--- tags: Series PostgreSQL --- # 000: Performance optimization với PostgreSQL Các câu truy vấn SQL chạy rất nhanh với Database local, nhưng lên môi trường production thì chậm hơn rùa bò. Vì sao vậy? Có một vài yếu tố liên quan đến môi trường như CPU chậm, RAM ít, bandwidth giới hạn, vô vàn các lý do từ bên thứ 3 mà anh em dev có thể nghĩ đến. Tuy nhiên có một thứ giả vờ quên là design lởm, query tồi :joy:. Và chính mình đã gặp trường hợp như vậy. Chạy local 0,1(s) nhưng lên production là 5(s)... Series lần này sẽ giới thiệu về cách phân tích, optimize và một vài tính chất của PostgreSQL để tăng performance. - [001: Có những cách nào để tối ưu SQL Query?](https://hackmd.io/@datbv/SysFaQctu) (published) - [002: Hiểu về Index để tăng performance với PosgreSQL P1](https://hackmd.io/@datbv/ryNap75Yd) (published) - [003: Hiểu về Index để tăng performance với PosgreSQL P2](https://hackmd.io/@datbv/Bkg-VZ0KO) (published) - [004: Hiểu về Index để tăng performance với PosgreSQL P3](https://hackmd.io/@datbv/HkBYqh1cu) (published) - [005: Hiểu về Join để tăng performance với PostgreSQL](https://hackmd.io/@datbv/SklsXkMqu) (published) - [006: Partitioning với PostgreSQL P1](https://hackmd.io/@datbv/rJWe3TEnO) (published) - [007: Partitioning với PostgreSQL P2](https://hackmd.io/@datbv/rJmgQpuhu) (published) - [008: Materialized view với PostgreSQL](https://hackmd.io/@datbv/BJvy-Yan_) (published) - [009: Optimistic lock và Pessimistic lock](https://hackmd.io/@datbv/ryceolmCu) (published) - [010: Exclusive lock và Shared lock](https://hackmd.io/@datbv/rkZU-FThu) (published) - [011: PostgreSQL multi-version concurrency control](https://hackmd.io/@datbv/B13LtmHC_) (published) - [012: PostgreSQL Vacuum là gì?](https://hackmd.io/@datbv/SJx4rBOCd) (published) - [013: Thực hành Vacuum với PostgreSQL](https://hackmd.io/@datbv/S1qOgSA0_) (published) - [014: PostgreSQL transaction isolation](https://hackmd.io/@datbv/HkBQuQBRO) - [015: PostgreSQL best practice](https://hackmd.io/@datbv/HyX4EUdRO) ### Reference - https://github.com/postgres/postgres - https://www.postgresql.org/docs/13/mvcc.html - https://stackify.com/postgresql-performance-tutorial/ - https://wiki.postgresql.org/wiki/Performance_Optimization - https://en.wikipedia.org/wiki/Multiversion_concurrency_control - https://www.geeksforgeeks.org/difference-between-shared-lock-and-exclusive-lock/ © [Dat Bui](https://www.linkedin.com/in/datbv/)
Last changed by  
 
datbv

Read more

013: Lập trình **multi-thread** có thật sự nhanh hơn **single-thead**?

Bài viết nằm trong series Multithread từ hardware tới software với Java. Câu hỏi 1: từ các bài trước, khi chia các bài toán ra thành nhiều phần có thể xử lý đồng thời và implement với multi-thread sẽ nhanh hơn single-thread. Vậy nhanh hơn bao nhiêu lần, làm thế nào để tính được con số cụ thể hoặc gần đúng nhất? Câu hỏi 2: lập trình multi-thread có thật sự nhanh hơn single-thread không? Câu hỏi 3: số lượng thread nên bao nhiêu là đủ? Bài viết này sẽ giải đáp 2 mối bận tâm trên. Let's begin!

11/7/2021
013: Thực hành Vacuum với PostgreSQL

Bài viết nằm trong series Performance optimization với PostgreSQL. Phần trước đã tìm hiểu về một mớ lý thuyết của Vacuum, phần này sẽ xem qua về reindex và tập trung vào practice với vacuum để kiểm nghiệm thực tế thế nào. Let's begin. 1) Reindex REINDEX, nghe phát hiểu luôn ý nghĩa, đó là thực hiện build lại index cho index/table/database... REINDEX INDEX index_name; REINDEX TABLE table_name;

8/1/2021
012: PostgreSQL Vacuum là gì?

Bài viết nằm trong series Performance optimization với PostgreSQL. PostgreSQL multi-version cuncurrency control giúp giải quyết concurrent read/write nhưng sẽ nảy sinh vấn đề khác: Bloating: UPDATE/INSERT/DELETE nhiều dẫn tới dư thừa số lượng lớn các dead tuple (old record version). Chúng không còn giá trị nhưng vẫn nằm đấy, làm tăng disk space. Wraparound transaction id: số lượng transaction id vượt quá 2^32 có thể dẫn tới sai lệch data. Bài viết này sẽ tìm hiểu PostgreSQL xử lý chúng thế nào. Let's begin. 1) Vacuum

7/28/2021
002: Hiểu về Index để tăng performance với PostgreSQL P1

Bài viết nằm trong series Performance optimization với PostgreSQL. Bài trước chúng ta đã biết về các phương pháp giúp tăng performance của SQL query. Bài hôm nay sẽ giới thiệu về một trong các phương pháp đó, indexing thần thánh. Từ bài này sẽ liên quan nhiều đến practice nên các bạn chuẩn bị env và data trước. Mình sử dụng Docker cho nhanh. Start PostgreSQL và pgAdmin4: docker run -d -p 5432:5432 -e POSTGRES_PASSWORD=postgres postgres

7/27/2021
Read more from datbv
Published on HackMD