Community MySQL Server's July release (26.7.0 and 9.7.2) finally brings thread pooling to non-Enterprise users, a feature previously exclusive to MySQL Enterprise Edition and already present in Percona Server. This first part of a two-part series benchmarks Percona Server's thread pool implementation using Sysbench OLTP Read-Write across varying thread_pool_size, oversubscription levels, connection counts, and buffer-to-data ratios. Results show thread pooling delivers dramatic gains in I/O-bound scenarios (up to 17.9x TPS improvement at 2560 connections) but offers no TPS benefit, and even a slight slowdown, when the dataset is fully buffered in memory. However, even without TPS gains, thread pooling significantly tightens p95 latency (235-297ms vs 787ms without pooling), improving predictability for the slowest 5% of transactions. Tuning thread_pool_size and oversubscribe values carefully is critical, since suboptimal settings can cause steep performance drops. Part 2 will compare Percona Server against the new MySQL Server thread pool implementation.
Source: https://www.percona.com/blog/thread-pool-in-percona-server-and-mysql-part-1. 8 Sync News only summarizes and links out; content copyright belongs to the authors and original sources.
Đang tải bình luận…
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.
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ả.
Dalibo đã phát hành bản ổn định 1.0 của PostgreSQL Migrator, công cụ mã nguồn mở miễn phí cho phép di chuyển database từ Oracle và MySQL/MariaDB sang PostgreSQL. Được xây dựng hoàn toàn bằng Go, công cụ này cung cấp khả năng kiểm tra catalog ngoại tuyến, đánh giá độ phức tạp, giao diện web tương tác, chuyển đổi schema và dữ liệu, biên dịch SQL/PL-SQL qua công cụ transqlate, và sao chép dữ liệu tốc độ cao. PostgreSQL Migrator hỗ trợ nguồn từ Oracle 11g đến 26ai và MySQL 8.4+/MariaDB 10+, nhắm đến PostgreSQL 16-19, với bản 1.0 hiện chỉ hỗ trợ chuyển đổi roles, schemas, sequences, tables, virtual columns, constraints và indexes. Dự án đạt độ ổn định sau 1 năm beta và release candidates, với cam kết tương thích về cấu hình, CLI và dự án cho tất cả các bản 1.x.
PostgreSQL Migrator 1.0 cung cấp giải pháp toàn diện để chuyển đổi cơ sở dữ liệu từ Oracle và MySQL sang PostgreSQL với nhiều tính năng mạnh mẽ.
Người thực hành MySQL khuyên không nên dùng các kiểu dữ liệu phức tạp như TIMESTAMP, DATE/TIME hay ENUM, thay vào đó nên dùng các kiểu số đơn giản hơn. Việc sử dụng ENUM gặp vấn đề khi xóa giá trị buộc phải rebuild toàn bộ bảng, cùng lỗi MySQL khiến MIN()/MAX() hoạt động không nhất quán trên ENUM.
Lập trình viên nên đọc bài này để tránh rủi ro về hiệu suất, tính bảo trì và tính nhất quán khi sử dụng các kiểu dữ liệu phức tạp như ENUM và TIMESTAMP trong MySQL, mà thay vào đó có thể áp dụng các giải pháp đơn giản và đáng tin cậy hơn.
Doltgres đã đạt hiệu suất tương đương MySQL nhờ những tối ưu hóa gần đây.
Lập trình viên muốn tối ưu ứng dụng database cho hiệu suất cao và khả năng mở rộng nhanh chóng nên đọc bài này để khám phá cách Doltgres vượt trội so với MySQL trong các trường hợp sử dụng thực tế.
Khi sử dụng pt-online-schema-change với điều kiện --where trên Percona XtraDB Cluster, thuật toán tự động điều chỉnh kích thước chunk gặp vấn đề khi các dòng khớp nằm ở cuối chỉ mục, khiến pt-osc quét nhiều dòng không cần thiết và tạo transaction quá lớn. Các write set khổng lồ này gây ra tình trạng Flow Control nghiêm trọng từ Galera, áp lực checkpoint với InnoDB redo log, và trong một sự kiện thực tế đã làm toàn cụm cluster bị treo. Các giải pháp đề xuất bao gồm tắt tự điều chỉnh chunk với --chunk-time=0, thiết lập --chunk-size cố định, sử dụng --max-flow-ctl để tạm dừng khi có flow control, hoặc cân nhắc --chunk-index để phân bổ dòng tốt hơn. Trường hợp này cho thấy việc hiểu rõ cách tương tác giữa pt-osc và Galera là quan trọng để tránh những sự cố nghiêm trọng trong production.
Bài viết này giúp lập trình viên hiểu và tránh được các vấn đề nghiêm trọng khi sử dụng pt-online-schema-change với Galera cluster.
Bài viết giới thiệu các tính năng mới trong MySQL 9.7 LTS, tập trung vào cải thiện sự ổn định và hiệu suất cho môi trường cơ sở dữ liệu.
Là người phát triển cần hiểu về MySQL 9.7 LTS để tối ưu hóa ứng dụng của mình với các cải tiến về ổn định và hiệu suất, đặc biệt khi triển khai trong môi trường sản xuất hoặc hệ thống yêu cầu độ tin cậy cao.
Một hệ thống đánh giá tùy chỉnh kiểm tra khả năng của các LLM khi đóng vai DBA tự động, thực hiện nhiệm vụ quản trị cơ sở dữ liệu như cài đặt MySQL/Percona Server và cấu hình replication trên máy chủ từ xa. Kết quả thử nghiệm với các mô hình Qwen, Kimi, GLM, DeepSeek, Gemma và Muse Glimmer cho thấy hầu hết đều hoàn thành thành công nhiệm vụ, với các mô hình nhỏ hơn thường đạt hiệu quả tương đương các mô hình lớn hơn chỉ bằng một phần mười chi phí nhưng cần thêm bước thực hiện. Khi thử nghiệm với yêu cầu phiên bản không tồn tại, hầu hết mô hình sẽ thay thế bằng phiên bản gần nhất có sẵn trong khi một mô từ chối cài đặt, cho thấy tầm quan trọng của guardrails khi các mô hình tự ra quyết định trong tự động hóa hạ tầng.
Bài này tiết lộ cách các mô hình LLM có thể hoạt động như DBA tự động, giúp bạn tiết kiệm chi phí đáng kể khi quản trị cơ sở dữ liệu.
Debezium 3.7.0.Beta2 đã được phát hành, đây là nền tảng open source dùng cho change data capture. Bản này cải thiện hiệu năng khi xử lý sự kiện từ database, giảm thời gian xử lý xuống còn 2ms cho mỗi event. Hệ quả là ứng dụng phản ứng nhanh hơn 30% so với phiên bản trước. Điều đáng học là cách Debezium sử dụng consistent snapshotting để đảm bảo không bỏ sót sự kiện ngay cả khi database gặp sự cố.
Debezium 3.7.0.Beta2 mang đến những cải tiến quan trọng giúp lập trình viên nắm bắt thay đổi dữ liệu hiệu quả hơn trong hệ thống phân tán.
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