Benchmark results compare thread pool performance between Percona Server for MySQL 9.7.1-1 and MySQL Server 26.7.0/9.7.2 across different buffer pool sizes (2G/12G/32G) and connection counts. MySQL 26.7.0 and 9.7.2 perform nearly identically to each other. Percona Server's thread pool significantly outperforms MySQL's when data exceeds buffer capacity (up to 6.2x more TPS at 2560 connections with 2G buffer), while MySQL's thread pool wins when data is fully buffered (32G), achieving 22% higher TPS and ~25% better p95 latency than Percona Server. Percona Server's thread pool is more sensitive to thread_pool_size and thread_pool_oversubscribe tuning and shows benefits starting at lower connection counts (80+) compared to MySQL which only benefits at high connection counts (1280/2560).
Source: https://www.percona.com/blog/thread-pool-in-percona-server-and-mysql-part-2. 8 Sync News only summarizes and links out; content copyright belongs to the authors and original sources.
Đang tải bình luận…
MySQL 26.7 giới thiệu mô hình lịch mới, đánh dấu sự chuyển đổi lớn trong cách phiên bản hóa phần mềm. Thay vì việc sử dụng định dạng phiên bản theo quy ước cũ (ví dụ: 8.0), phiên bản này áp dụng mô hình 26.7, với số đầu tiên đại diện cho năm và số thứ hai cho tháng. Sự thay đổi này nhằm mục đích giúp người dùng dễ dàng xác định thời điểm phát hành phiên bản và cải thiện khả năng lập kế hoạch cập nhật. Sự điều chỉnh này cho thấy xu hướng hướng tới minh bạch hóa thông tin phiên bản trong hệ sinh thái database. Các lập trình viên nên cân nhắc hiểu rõ mô hình này để quản lý dự án và cơ sở dữ liệu hiệu quả hơn trong tương lai.
Bài viết này giúp lập trình viên nắm bắt sự thay đổi quan trọng trong mô hình phiên bản MySQL 26.7 và hiểu tác động đến công việc phát triển ứng dụng.
WordPress 7.2 đã thêm NO_BACKSLASH_ESCAPES vào danh sách các chế độ SQL không được hỗ trợ, cùng với STRICT_ALL_TABLES, TRADITIONAL và ANSI. Nguyên nhân kỹ thuật là WordPress sử dụng ký tự backslash (\) để escape các ký tự đặc biệt trong SQL. Việc bật chế độ NO_BACKSLASH_ESCAPES sẽ phá vỡ cơ chế escape này, gây ra lỗi truy vấn SQL. Thay đổi này đảm bảo WordPress tương thích tốt hơn với các hệ thống database. Đây là bài học quan trọng về việc quản lý chế độ SQL khi sử dụng các framework PHP như WordPress.
Lập trình viên nên đọc bài này để hiểu cách thay đổi chế độ SQL NO_BACKSLASH_ESCAPES trong WordPress 7.2 ảnh hưởng đến xử lý ký tự đặc biệt trong truy vấn dữ liệu.
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ả.
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.
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ẽ.
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ế.
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.
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.
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