Trên instance GCP c4d-standard-4, tiến trình MySQL tiêu tốn 10.4 GB RAM dù innodb_buffer_pool_size chỉ được thiết lập là 7168 MB. Khoảng trống này được truy qua 4 lớp: dự kiến overhead từ InnoDB/Performance Schema/thread-buffer, khoảng ~9% mmap chunk padding trên buffer pool, sự tích tụ dirty pages của jemalloc trên DR replica không hoạt động, và nguyên nhân gốc - MALLOC_CONF không được thiết lập khiến decay của background_thread bị vô hiệu hóa. Các sửa chữa gồm giảm buffer pool thành bội số sạch (6144 MB), cắt giảm max_connections từ 3000 xuống 500, bật background_thread của jemalloc với decay 5 giây, và thêm swap để phòng OOM, giúp giảm RSS xuống còn ~7.9 GB. Bài viết cung cấp kiến thức sâu về quản lý memory của MySQL khi sử dụng jemalloc, cách tối ưu buffer pool size và thiết lập MALLOC_CONF phù hợp.
Why read it: Lập trình viên cần đọc bài này để hiểu cách điều khiển và tối ưu hóa bộ nhớ InnoDB trên MySQL khi các tham số cơ bản như innodb_buffer_pool_size không đủ để giải quyết cảnh báo nhớ, khi hệ thống vẫn tiêu thụ nhiều bộ nhớ hơn dự kiến do các yếu tố như cấu hình bộ nhớ phân vùng, quá trình làm sạch nhớ của jemalloc, hoặc tình trạng replica hoạt động không hiệu quả.
Answer 3 short questions to earn reward points for this article. Only do it if you want the points.
3 questions · under a minute · optional
Source: https://mysql-ninjas.blogspot.com/2026/08/debugging-mysql-memory-alerts-when.html. 8 Sync News only summarizes and links out; content copyright belongs to the authors and original sources.
Đang tải bình luận…
Khi Rosa ra mắt SolidQueue lần đầu, cô đã đưa ra một bài phát biểu chi tiết về cách hệ thống hoạt động và những trade‑off mà cô đã chọn. Bài phát biểu đó là nguồn tài liệu đầu tiên mà tôi học được về nguyên lý thiết kế của SolidQueue và lý do tại sao nó đạt hiệu suất tốt. Sau đó, tôi đã đóng góp phần triển khai tính năng batch cho SolidQueue, nhận được phản hồi từ nhiều thành viên cộng đồng. Việc thêm batch cho phép các tác vụ được gom nhóm và xử lý trong cùng một giao dịch, giảm thiểu số lần truy cập cơ sở dữ liệu và tăng throughput. Kiến trúc này cho thấy việc lắng nghe phản hồi cộng đồng và thiết kế mô‑đun có thể nâng cấp hệ thống mà không làm thay đổi lõi hiện có.
Bài viết này giúp hiểu sâu về cách hoạt động và tối ưu hóa batch processing trong SolidQueue, một công cụ queue hiệu suất cao.
Trong môi trường tài chính đòi hỏi tính nhất quán cao, TigerBeetle và PostgreSQL được đánh giá trên nền tảng đám mây đa nút cho double‑entry bookkeeping. Nguyên nhân khác nhau nằm ở cách mỗi hệ thống quản lý giao dịch đồng thời và cách chúng tối ưu hoá log write. Khi chịu tải cao, TigerBeetle giảm độ trễ và tăng throughput đáng kể so với PostgreSQL, trong khi PostgreSQL vẫn duy trì ổn định nhưng throughput thấp hơn. Điều này cho thấy việc lựa chọn công nghệ cần cân nhắc yêu cầu latency và khả năng chịu đựng contention. Vì vậy, nếu dự án yêu cầu xử lý khối lượng giao dịch lớn với thời gian phản hồi thấp, TigerBeetle có thể là lựa chọn tốt hơn.
Bài viết này giúp lập trình viên hiểu rõ so sánh hiệu năng giữa TigerBeetle và PostgreSQL trong các bài kiểm tra đa node trên cloud cho hệ thống kế toán tài chính.
Bài viết thực nghiệm trên PostgreSQL bằng cách tăng số kết nối từ 1 lên 400 để đo throughput và latency. Kết quả cho thấy throughput đạt đỉnh ở khoảng 48 kết nối, sau đó giảm 37% khi tăng lên 400 kết nối, đồng thời latency tăng gấp 13 lần. Nguyên nhân là sự cạnh tranh về tài nguyên bộ nhớ và luồng trong PostgreSQL khi số kết nối vượt quá khả năng xử lý của CPU và bộ nhớ đệm, gây ra hiện tượng thrashing và tăng thời gian chờ lock. Điều này dạy chúng ta nên đo lường đường cong hiệu suất và chọn kích thước connection pool phù hợp, thay vì đặt giá trị cao nhất có thể.
Bài viết này giúp lập trình viên hiểu cách tối ưu kích thước connection pool để đạt hiệu suất cao nhất.
LibreDB Studio là IDE SQL mã nguồn mở, tự host cho PostgreSQL chạy trên trình duyệt, triển khai dưới dạng container, Helm chart hoặc npm package. Công cụ hỗ trợ pooling connection, transaction rõ ràng, giám sát thông qua pg_stat_* và xác thực qua local account hoặc OIDC với kiểm soát quyền truy cập.
Lập trình viên phát triển ứng dụng PostgreSQL nên đọc để tìm hiểu cách tự host một IDE SQL trực tuyến, tối ưu hóa hiệu năng với cơ chế kết nối pooled và tự động rollback, đồng thời khám phá tính năng hỗ trợ quyền truy cập RBAC và hỗ trợ OIDC, giúp streamline quá trình phát triển và quản lý cơ sở dữ liệu.
DumboDB công bố hỗ trợ collations, cho phép sắp xếp và so sánh dữ liệu theo quy tắc ngôn ngữ cụ thể. Kết quả này xuất phát từ việc tích hợp tính năng của MongoDB và Git vào một nền tảng mới. Với collations, các ứng dụng có thể lọc và sắp xếp dữ liệu theo ngôn ngữ người dùng, giảm sai lệch trong xử lý ngôn ngữ. Điều này minh họa lợi ích của việc áp dụng các tiêu chuẩn sắp xếp ngôn ngữ để cải thiện hiệu suất. Do đó, nếu dự án của bạn xử lý dữ liệu đa ngôn ngữ, cân nhắc sử dụng collations trong DumboDB.
Bài viết này giúp bạn hiểu cách DumboDB hỗ trợ collation, giống như một sự kết hợp giữa MongoDB và Git.
Bài viết bắt đầu bằng việc tạo bảng comments với 1 triệu bản ghi trong PostgreSQL để đánh giá hiệu suất các chiến lược indexing. Tác giả chạy EXPLAIN ANALYZE trên các truy vấn lọc và sắp xếp theo nhiều cột, đo thời gian thực thi của sequential scan là khoảng 17 ms khi không có index. Khi tạo chỉ mục đơn cột trên cột được dùng trong WHERE, thời gian giảm xuống dưới 2 ms; nhưng chỉ mục hợp thành (c1, c2) chỉ hiệu quả khi thứ tự cột trong chỉ mục khớp với thứ tự sử dụng trong predicate và ORDER BY. Đảo ngược thứ tự cột trong chỉ mục hợp thành khiến planner phải thực hiện index scan kết hợp với recheck hoặc fallback về sequential scan, làm tăng thời gian lên 5‑8 ms tùy thuộc vào selectivity. Bài học là: thiết kế chỉ mục hợp thành cần đặt cột có tính chọn lọc cao hoặc được sử dụng trong điều kiện bằng trước, sau đó mới là cột dùng cho range hoặc sắp xếp, và luôn xác thực bằng EXPLAIN ANALYZE trên dữ liệu thực tế.
Bài viết này giúp lập trình viên tối ưu hóa hiệu suất truy vấn SQL bằng cách giải thích cách tạo và sử dụng chỉ mục composite đúng cách.
Khi chuyển sang PostgreSQL 18.4 và áp dụng UUID v7 làm primary key thay vì các phiên bản trước, họ nhận được lợi nhuận về tốc độ ghi. Thay đổi cột mặc định thực hiện qua lệnh ALTER TABLE, nhưng yêu cầu khóa exclusiv, làm chặn cả các truy vấn SELECT, do đó họ áp dụng timeout ngắn và nhiều lần retry. Kết quả là tốc độ thực thi của một câu INSERT đa dòng, được gọi 12000 lần mỗi phút trên một bảng có hàng tỷ bản ghi, giảm trung bình 23 lần. Điều này cho thấy việc lựa chọn UUID v7 có thể cải thiện hiệu năng insert đáng kể, nhưng cần quản lý cách khóa và thời gian timeout để tránh gián đoạn dịch vụ. Vì vậy, nếu bạn đang cân nhắc sử dụng UUID cho khóa chính, nên thử UUID v7 và chuẩn bị kế hoạch giảm thiểu thời gian khóa exclusiv.
Sử dụng UUID v7 trong PostgreSQL 18 giúp tăng tốc độ insert lên đến 23 lần, cải thiện hiệu năng đáng kể cho các bảng có lượng dữ liệu lớn.
Tác giả muốn kiểm tra xem AI có thể tự động đề xuất chỉ mục cho SQL Server dựa trên một tuần truy vấn thực tế không. AI phân tích kế hoạch thực hiện, các DMV missing_index và ước lượng chi phí để tạo ra một tập hợp chỉ mục phi bunch và lọc. Sau khi áp dụng các chỉ mục này, thời gian trả lời SELECT trung bình giảm theo con số cụ thể mà bài viết ghi lại, nhưng chi phí INSERT/UPDATE tăng theo con số khác, dẫn đến hiệu suất tổng thể không cải thiện như mong đợi. Kết quả cho thấy việc chỉ dựa trên gợi ý của AI mà không kiểm tra cả hai phía đọc‑ghi có thể gây ra đánh đổi không lợi; cần có bộ đo lường đồng thời cả latency read và throughput write trước khi quyết định. Bài viết cũng nhấn mạnh tầm quan trọng của việc
Bài viết này giúp lập trình viên hiểu được sự khác biệt giữa những gì AI đề xuất và hiệu quả thực tế khi tối ưu hóa SQL Server indexes.
Read the news here, practice coding, follow structured courses and train for IELTS on our sibling products — all connected through one 8 Sync account.
The ecosystem home: product overviews, blog and full pricing.
ExploreLearn along a clear roadmap: videos, auto-graded quizzes, certificates and mentors who ship for a living.
View the roadmap1,000+ DSA problems in Vietnamese, auto-graded across 7 languages — many FREE, right in your browser.
Practice for freeAI grading for all four IELTS skills with detailed rubric feedback.
Try it freeA 22 MB AI IDE for Vietnamese devs.
Download freeOrganizational memory for AI agents.
ExploreAI that staffs your Fanpage and qualifies leads for you.
Try it