PostgreSQL vs MySQL: So sánh hiệu năng trong truy vấn phức tạp và CCU lớn | Trần Quốc Huy - Wecommit

preview_player
Показать описание
#WecommitxTop1Percent #tranquochuy
Mục Tiêu: Trong video này tôi giúp sẽ giúp anh em so sánh được hiệu năng khi sử dụng Database PostgreSQL và MySQL đối với những truy vấn phức tạp

Ghi chú: Bạn có thể tham gia hành trình trở thành Top 1% những lập trình viên thành công nhất cùng tôi bằng cách đăng ký tham dự chương trình Từ điển tối ưu 100x hiệu năng.
Trong chương trình này, bạn sẽ thu được các giá trị như sau:

- Cực kỳ tự tin dù ở bất kỳ công ty nào.

- Nổi bật, có năng lực (không phải chỉ ở mỗi chuyên môn mà nhiều khía cạnh)

- Tăng kinh nghiệm vù vù từ nhiều bài toán thực tế (cách đặc biệt của tôi).

- Trở thành con người quyết liệt trong hành động, làm việc có chiến lược.

- Năng lực tối ưu cơ sở dữ liệu của bạn sẽ vượt trội so với hàng nghìn lập trình viên khác. Bạn sẽ thuộc Top 1% những người giỏi nhất.

🎯 Một số Video khác bạn có thể xem

📱 Nếu bạn muốn liên hệ với tôi:

#WecommitxTop1Percent #mysql #toiuu100x #tranquochuy #wecommit #databasedesign #databaseperformance #databasetutorial #algorithm #datastructureandalgorithm #systemdesignwecommit #toiuucosodulieu #thietkecosodulieu #thietkehethong #toiuusql #cautrucdulieuvagiaithuat #postgresql #postgres #postgresqltutorial #databasetutorial #databasetutorials
Рекомендации по теме
Комментарии
Автор

Cảm ơn anh Huy, kiến thức rất chất lượng, ngắn gọn xúc tích, hiểu luôn được bản chất vấn đề và có tư duy đánh giá lựa chọn database phù hợp. Tiện đây em có bổ sung thêm cho postgres database có cơ chế gọi là "Heap-Only Tuples (HOT)" giúp tái sử dụng lại các vùng dữ liệu cấp cũ, giúp giảm kích thước bảng, index và giảm gánh nặng cho vacuum (vacuum giống như 1 cô dọn vệ sinh trong trường học ). Nhờ "HOT" giúp các hạn chế mvcc của postgres được cải thiện khá nhiều ạ.

namnguyenpt
Автор

Cảm ơn anh Huy giải thích rất chi tiết từ kiến trúc của 2 loại database ạ. Với hệ thống write nhiều và có nhiều index thì hiệu năng postgreSQL bị ảnh hưởng, tuy nhiên với những câu lệnh phức tạp thì để phân tích và đưa ra execution plan thì postgreSQL mạnh hơn MySQL. Do đó với hệ thống nhỏ, truy vấn đơn giản thì dùng ông nào cũng được, với hệ thống cần truy vấn những câu lệnh phức tạp thì PostgreSQL ngon hơn.

duongxuana
Автор

chạy 1 query là thế mạnh của thằng này thì thằng kia chẳng yếu thế hơn, dùng 1 query để chứng minh thằng kia không viết lại query thì chịu rồi =))

thanhnamdatabases
Автор

A có thể chia sẻ nguồn bài viết được ko?
Chưa từng nghe về ref column trong mvcc
Khi update thì pg sẽ tạo new row version với transaction id, xmin, xmax
Sở dĩ transaction khác ko đọc dc uncommited data là vì transaction khác read commited data từ snapshot trong quá khứ, ko phải snapshot mà current transaction đang dùng

vulam
Автор

Anh em dev giờ chỉ có tập trung học tiếng Anh cho tốt.. rồi đọc tài liệu gốc tiếng Anh luôn.. chứ nghe kiểu này dịch ra ko bao giờ chính xác

realestatewebsingapore
Автор

Hay quá, làm dev lâu năm giờ mới biết được những kiến thức này

silentknight
Автор

Thảo nào nhiều hệ thống lớn họ dùng Postgre

PLCTrainingforBeginners
Автор

Hay thật, mà nhạc to quá nghe khó tập trung dc 🎉

VuKhacDiep
Автор

cảm ơn anh ạ, anh cho em hỏi làm sao để anh tìm hiểu được những thứ như này vậy ạ, danh đọc source code, đọc docs hay làm gì khác vậy ạ

gianduongnguyen
Автор

Cảm ơn kiến thức rất bổ ích từ bạn, mình xin hỏi một câu: Vậy tại sao PostgreSQL lại làm điều tưởng chừng "ngu ngốc" như vậy khi UPDATE, có chăng lý do nào có lợi ở mặt khác nên PostgreSQL đã chọn thiết kế như thế?

AnhNguyen-wewt
Автор

Hay quá, cảm ơn a, e hiểu hơn vì sao Big data open source họ hay lấy Postgresql làm gốc

duyetpham
Автор

Hmm nếu thế trong MySQL, khi có 2 người cùng update mà chưa commit, vd như em update "Huy -> 1800", anh update "Huy -> 1500" thì lúc đó bảng sẽ lưu trữ cả 2 update mà chưa commit này như thế nào ạ?

ThangNguyen-icej
Автор

Cảm ơn anh , Video rất hay, anh hãy so sánh PostgreSQL vs Oracle đi anh .

chauvuluan
Автор

Cũng từng tìm hiểu để xem thì cũng chỉ biết là postgres không nên sử dụng vào trong trường hợp ghi nhiều với các bài test chứ cũng chưa hiểu rõ vì sao.
nay thấy video giải thích của anh rõ luôn

NguyenQuang-visu
Автор

bên e dùng odoo, sao vẫn thấy tih thoảng họ lên lịch vaccum thủ công nhỉ @@, theo video trên thì e đang nghĩ vaccum là tự động :D

TranMai-ripc
Автор

Cảm ơn anh đã chia sẻ các kinh nghiệm phong phú, tiện đây em muốn hỏi là anh có thể thực hiện bài đánh giá cho SurrealDB, MongoDB và ScyllaDB không ạ?

nguyenduyuc
Автор

Đầu tiên e cảm ơn a vì những chia sẻ bổ ích của a. e có 1 câu hỏi ạ.
Mysql: theo a nói thì những thằng khác (nhưng thằng không thực hiện lệnh update) thì sẽ lấy dữ liệu trong vùng undo đúng k ạ. vậy thì lúc không có thằng nào update thì vùng undo đấy nó có tồn tại không a.
- nếu có thì tức là mỗi câu lệnh select nó đều phải check trước liệu data có trong undo trước đúng không ạ.
- nếu không phải lúc nào cũng tồn tại thì làm sao để nó phân biệt được lúc nào cần check trong undo lúc nào query trực tiếp trong bảng thực ạ.
Lần nữa cảm ơn a và nếu được a có thể đi kèm với documents về mvcc của postgres và mysql được không ạ.

vietronaldow
Автор

Việc chọn giữa MySQL và PostgreSQL phụ thuộc vào yêu cầu cụ thể của ứng dụng và môi trường sử dụng.
-> Chọn MySQL trong trường hợp xây dựng một hệ thống OLTP như ứng dụng web cần hiệu suất cao và dễ quản lý, hoặc nếu ứng dụng của bạn có lượng truy vấn ghi (write) nhiều hơn đọc (read).
-> Chọn PostgreSQL trong trường hợp xây dựng hệ thống OLAP như Data warehouse để xử lý các truy vấn đọc (read) phức tạp.

TruongCaoXuan
Автор

Video hay quá ạ
Anh làm tiếp về MongoDB và Cassandra được không ạ

theanhhoang
Автор

những kiến thức có lẽ chỉ có trong những khóa học phải bỏ tiền ra mua, thì lại miễn phí ở kênh của anh.
thật sự cảm ơn anh rất nhiều

ThanhTran-gmcy