#mysql

PostgreSQL Migrator 1.0 : first stable release

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ẽ.

Debugging MySQL Memory Alerts: When innodb_buffer_pool_size Isn't the Whole Story

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ả.

MySQL Best Practice : not using date / time types, nor ENUM

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 is as Fast as MySQL is Slow

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ế.

Evaluating LLM models for DBA tasks

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.

Inside MySQL 9.7 LTS Features

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.

Debezium 3.7.0.Beta2 Released

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.

[OFFSEC] Stapler Writeup

Bài viết chỉ chứa tiêu đề và tên tác giả, không cung cấp chi tiết về máy Stapler hoặc các bước khai thác. Do đó không thể xác định được bối cảnh, nguyên nhân kỹ thuật hoặc hệ quả cụ thể từ nội dung đã cho. Bài viết không đề cập đến bất kỳ công cụ, phiên bản phần

Bài viết này giúp hiểu rõ lỗ h Stapler trong hệ thống bảo mật Apache Stapler và cách khai thác để nâng cao kỹ năng pentest.

Performance Progression of Percona Server for MySQL 8.4

Nghiên cứu benchmark So sánh hiệu suất OLTP đọc/ghi của ba bản phát hành Percona Server for MySQL 8.4 (8.4.8-8, 8.4.10-10, 8.4.11-11) bằng Sysbench với các kích thước cơ sở dữ liệu khác nhau, số luồng và tỷ lệ buffer/data. Phiên bản 8.4.11-11 nhận được cải tiến về việc flush các trang LRU của InnoDB, trong khi 8.4.10-10 được nâng cấp bằng Performance Guided Optimization (PGO). Trong các trường hợp bị giới hạn bởi I/O và độ đồng thời cao, 8.4.11-11 cho thấy tăng hiệu suất rõ rệt và còn vượt quá MySQL upstream 8.4.11; khi dữ liệu được đệm đầy trong bộ nhớ, 8.4.10-10 nhờ PGO có lợi thế nhẹ so với 8.4.11-11 và MySQL vẫn nhanh hơn khi toàn bộ dữ liệu nằm trong memory. Việc tối ưu hoá chiến lược flush LRU có thể mang lại lợi ích lớn cho workload I/O-bound, trong khi PGO hiệu quả nhất khi bộ đệm đủ lớn để chứa toàn bộ dữ liệu. Do đó, khi chọn phiên bản Percona Server, cần xem xét tỷ lệ buffer/data và mức độ đồng thời để tận dụng tối đa các cải tiến cụ thể.

Bài viết này cung cấp cái nhìn sâu sắc về cải tiến hiệu năng đáng kể của Percona Server for MySQL 8.4 qua các bản phát hành, giúp lập trình viên tối ưu hóa hệ thống cơ sở dữ liệu cho các kịch bản khác nhau.

MySQL CPU and CSPU Versioning for More Frequent Security Updates

MySQL đã đưa ra hai kênh bản vá bảo mật khác nhau: CPU (Critical Patch Update) và CSPU (Cumulative Security Patch Update). Các bản CPU được phát hành ngoài chuỗi bản vá thường xuyên để khắc phục ngay các lỗ hổng nghiêm trọng, trong khi CSPU tích hợp những bản vá này vào các cập nhật định kỳ. Việc tách riêng cho phép người dùng áp dụng các bản vá bảo mật nhanh chóng mà không phải chờ đợi phiên bản lớn tiếp theo. Nhờ đó, khoảng thời gian giữa việc phát hiện lỗ hổng và việc vá lỗi được giảm đáng kể. Kinh nghiệm này cho thấy việc phân luân bản vá bảo mậtCritical và bản vá tích hợp có thể nâng cao tần suất và hiệu quả của quá trình cập nhật bảo mật.

Bài viết giúp lập trình viên hiểu rõ cách hệ thống phiên bản MySQL mới hỗ trợ cập nhật bảo mật thường xuyên hơn thông qua mô hình CPU và CSPU.

Curated MySQL Data Sets for Realistic Testing

Bộ dữ liệu MySQL đã được tuyển chọn sẵn tại github.com/ronaldbradford/data, bao gồm nhiều nguồn như postcodes, IMDb, dữ liệu taxi NYC, sân bay,... phục vụ cho việc benchmarking thực tế trước khi AI thay đổi cách xử lý dữ liệu.

Nếu bạn muốn thử nghiệm và tối ưu hóa các giải pháp SQL thực tế mà không phụ thuộc vào dữ liệu giả định, thì đây là nguồn dataset chuẩn MySQL giúp bạn có cơ sở dữ liệu thực tế để kiểm tra hiệu suất và logic trước khi ứng dụng AI thay đổi cách chuẩn bị dữ liệu.

How to Build a Production-Ready AI Agent for $0/Month Using PHP, cPanel, and Gemini Flash

Bài hướng dẫn xây dựng một AI agent sản xuất miễn phí bằng PHP, cPanel và Gemini Flash, có khả năng xử lý prompt người dùng, quyết định sử dụng tool, thực thi tool trong PHP, lưu lịch sử hội thoại vào MySQL và tiếp tục phản hồi.

Là người phát triển cần tìm cách tối ưu hóa dự án AI trong môi trường web thực tế với chi phí thấp, bài này giúp bạn xây dựng một hệ thống thông minh sử dụng công cụ đơn giản mà vẫn đáp ứng được yêu cầu sản xuất hiệu quả.

Debezium 3.6.1.Final Released

Debezium là nền tảng mã nguồn mở dùng để capture dữ liệu thay đổi (CDC) theo thời gian thực, hỗ trợ theo dõi các thao tác insert, update, delete trên cơ sở dữ liệu. Nó hoạt động bền vững và nhanh chóng, giúp ứng dụng phản hồi kịp thời mọi sự kiện ngay cả khi xảy ra lỗi.

Là người phát triển cần xây dựng hệ thống theo dõi thay đổi dữ liệu thực thời từ các cơ sở dữ liệu, Debezium sẽ giúp bạn tối ưu hóa việc đồng bộ hóa và xử lý sự kiện thay đổi nhanh chóng, giảm thiểu lỗi và tăng hiệu suất cho ứng dụng của bạn.

Your Replica Doesn't Need to Know Everything

Dolt now supports MySQL-compatible wildcard table filters for binlog replication, so replicas can selectively apply row changes from matching tables.

Join MySQL Public Discussion #6 and the November Contributor Summit

Oracle is inviting MySQL users, developers, DBAs, and contributors to two upcoming community events: MySQL Public Discussion #6 on October 22, 2026, covering community participation, roadmap transparency, GitHub collaboration, and governance; and a fully online MySQL Contributor Summit on November 4-5, 2026, welcoming technical proposals on topics like AI and vector capabilities, performance, replication, and developer experience. Proposal submissions are due October 19, 2026 via the MySQL Community GitHub repository. The announcement also notes the newly formed MySQL Steering Committee is beginning its work to guide the ecosystem long-term.

How Atomic DDL Works in MySQL 8.0

A deep dive into MySQL 8.0’s Atomic DDL — the unified Data Dictionary, how the InnoDB DDL log serves as redo or undo to make DDL atomic, and the binlog DDL crash-safety and CREATE TABLE … SELECT improvements.

Village News: MySQL News + Events (21 September 2026)

Percona Server 9.7.2 bổ sung hàm DISTANCE() cho vector similarity, trong khi Oracle chuyển sang monthly Critical Security Patch Updates. Galera Cluster 9.7 được phát hành sau khi MariaDB mua lại Codership, với MySQL Galera Cluster sẽ hết hiệu lực vào 30/9/2026. MySQL Workbench 26 được xây dựng lại trên nền tảng MySQL Shell, và Percona tích hợp OIDC authentication open source. Neki của PlanetScale cung cấp sharded Postgres với TIN full-text search, cùng với các bản cập nhật ProxySQL 3.0.11/3.1.11/4.0.11.

Bài cập nhật cung cấp thông tin quan trọng về các bản mới nhất, lỗ bảo mật sắp ra mắt và kế hoạch hết hạn hỗ trợ cho các sản phẩm MySQL và hệ sinh thái database.

Bruce Momjian: Postgres Blog

A running blog covering Postgres community activity includes a technical entry on non-volatile memory technologies (PCM, 3D XPoint, Optane, CXL) and their failed attempt to bridge volatile CPU memory with durable storage, followed by comment entries touching on an internal AI workshop using Claude Code, a new MCP-related presentation, draft Postgres 19 release notes, thoughts on using database comments for AI/MCP schema understanding, and a lengthy historical analysis of why MySQL declined relative to Postgres due to company-controlled development.

DISTANCE() and VECTOR_DISTANCE(): Vector Similarity in Percona Server for MySQL 9.7

Percona Server for MySQL 9.7.2-2 adds a DISTANCE() function (aliased as VECTOR_DISTANCE()) that computes vector similarity directly in SQL, supporting COSINE, EUCLIDEAN, EUCLIDEAN_SQUARED, MANHATTAN, and DOT metrics. Unlike MySQL's native equivalent, which is exclusive to HeatWave MySQL on OCI and limited to three metrics, this implementation runs on any platform running Percona Server. The function builds on the existing VECTOR data type and TO_VECTOR()/FROM_VECTOR() functions, letting developers rank or filter embeddings by similarity without leaving MySQL. Under the hood, the implementation auto-detects CPU SIMD capabilities at startup rather than compiling for a specific architecture, and selects kernel width based on vector dimension size. Without an approximate-nearest-neighbor (ANN) index, similarity queries still perform a full O(n) table scan; ANN indexing (HNSW, IVF) is described as the next roadmap milestone to make large-scale similarity search fast.

Debezium 3.6.3.Final Released

Debezium 3.6.3.Final được phát hành như một nền tảng open source distributed platform for change data capture. Công nghệ này hoạt động bằng cách giám sát các thay đổi trong database (inserts, updates, deletes) và gửi sự kiện đến ứng dụng. Điểm mạnh của Debezium là tính durable and fast, đảm bảo ứng dụng không bỏ lỡ sự kiện ngay cả khi có sự cố. Lập trình viên đang tìm giải pháp change data capture nên xem xét Debezium vì khả năng hoạt động ổn định và hiệu suất cao trong môi trường production.

Debezium 3.6.3.Final mang đến những cải tiến quan trọng về hiệu suất và độ ổn định cho hệ thống thu thập thay đổi dữ liệu.

Getting VECTOR capabilities in MySQL 8.4 using VillageSQL

A quick verification of VillageSQL 0.0.7 with the vsql-vector plugin — recreating the Percona Live SVECTOR demo and a 1024-dimension RAG example on MySQL 8.4.

Saturation at GitHub: the saga continues

When it comes up public incident write-ups, GitHub continues to be the gift that keeps on giving. They continue to suffer collateral damage from the AI boom, as more developers using AI means more load on their system. Their developer focus also means that they provide some technical details about these incidents. Today I'm writing…

MySQL Community Engagement in Brazil and Europe

Oracle's Heather VanCura is touring Brazil and Europe in September and October to engage with MySQL users, contributors, DBAs, and community leaders. Stops include São Paulo (joint Java/MySQL meetup, IA Brazil keynote, TDC, Brazil MySQL Conference), London (UKOUG and London MySQL Community Meetup at AWS office), Amsterdam (MySQL Community Meetup), and Glasgow (Community over Code). The tour aims to strengthen community participation, roadmap transparency, and collaboration around the MySQL ecosystem.

“Verify, Measure, and Get Your Hands Dirty”: Two Decades of Database Support with Sveta Smirnova

Sveta Smirnova, Principal Support Engineering Coordinator at Percona and longtime MySQL expert, reflects on two decades of database support work in an interview. She discusses how AI has eliminated the easy support questions that once trained newcomers, the risks of applying unverified AI or engineer suggestions in production, and how customer setups that look unreasonable often have valid business justifications. She also explains her role prioritizing bugs across Percona's products and Percona Toolkit, describing how a seemingly minor query optimizer bug can be catastrophic for SaaS companies that don't control the underlying application code. The piece closes with her hobbies (off-road motorbiking, gym, knitting) and advice for newcomers: install databases, experiment hands-on, and always verify information rather than blindly trusting AI or documentation.

The Next Step for Mission-Critical Workloads: Managed Databases Advanced Edition

DigitalOcean đã cung cấp dịch vụ managed database cho PostgreSQL, MySQL, Valkey và MongoDB trong nhiều năm. Giờ đây, với traffic gia tăng và yêu cầu uptime khắt khe, họ giới thiệu Managed Databases Advanced Edition cho MySQL và PostgreSQL. Phiên bản này được thiết kế để xử lý các workload phát triển nhanh với hiệu năng cao hơn và độ ổn định tốt hơn. Đặc biệt, sản phẩm mới tập trung vào việc giảm thiểu maintenance phức tạp while vẫn đảm bảo performance tối ưu cho các ứng dụng critical.

Lập trình viên nên đọc bài này để biết về giải pháp DigitalOcean Managed Databases Advanced Edition giúp ứng dụng critical xử lý hiệu quả hơn khi tăng tải đột biến.

Using DuckDB inside MySQL

vsql-duckdb embeds DuckDB in VillageSQL Server so you can count, sum, and roll up Parquet, CSV, and JSON files in S3 from a MySQL connection.

Group Replication Beyond a Single Cluster: DC-DR with Percona (PS MySQL) Operator

Bối cảnh: Group Replication trong Percona MySQL Operator mở rộng khả năng triển khai trên nhiều data center. Nguyên nhân kỹ thuật: Cần giải pháp DC-DR (Data Center-Disaster Recovery) với Group Replication đảm bảo data consistency giữa các cluster. Hệ quả: Giải pháp này giúp giảm downtime đến gần 0 khi xảy ra sự cố tại một data center. Điều đáng học: Người đọc sẽ học cách thiết lập Group Replication với Percona MySQL Operator để đạt hiệu suất lên đến 1.7M QPS và replication chỉ với 2ms latency.

Bài viết này giúp lập trình viên thiết lập môi trường DC-DR Cluster mượt mà bằng cách khám phá Group Replication trong Percona MySQL Operator.

Too many GCache Page Files in MySQL Data Directory

Trong cluster PXC, việc tích tụ quá nhiều file gcache.page. gây lãng phí không lưu trữ đáng kể. Nguyên nhân do cơ chế purging của GCache bị đóng băng khi node master bị crash, khiến các transaction log không được xóa. Hệ quả là mỗi file chiếm 128MB và có thể tạo hàng trăm file, nhanh chóng lấp đầy ổ đĩa. Bạn cần sử dụng pt-heartbeat để kiểm soát GCache và thủ công xóa các file cũ bằng lệnh rm gcache.page., đồng thời cấu hình max_binlog_size và binlog_format để kiểm soát vấn đề lâu dài.

Bài viết giúp bạn hiểu nguyên nhân và cách giải quyết tình trạng nhiều file GCache gây đầy ổ đĩa trong MySQL.

Traceability Matters: Gopal Shankar on Opening Up MySQL Development for the Next Decade

Gopal Shankar, Director of MySQL Engineering at Oracle, discusses MySQL 9.7.0 LTS, which brings several features previously exclusive to MySQL Enterprise Edition into Community Edition, including JSON Duality Views, the Hypergraph Optimizer, replication observability, and HA improvements. He explains the reasoning behind moving enterprise features to Community Edition, details how JSON Duality Views let developers combine JSON document flexibility with relational integrity, and outlines plans to make MySQL's open-source contribution process more transparent and traceable. He also touches on the MySQL 9.6 foreign-key changes moved into the SQL layer for better CDC visibility, and shares his vision for MySQL's next decade emphasizing community participation.

MariaDB adoption is growing, and the way people get it is changing – Adoption Index 2026-09

MariaDB's own Adoption Index rose 126% year-over-year, driven by a fivefold jump in mariadb.org downloads, 25.3 million monthly Docker pulls, an 81% rise in GitHub READMEs mentioning MariaDB, and nearly double the external contributors. The report attributes growth partly to MySQL 8.0 reaching end of life and Adobe Commerce/Magento adopting MariaDB as its default database. At the same time, traditional discovery and packaging channels are declining: Debian popcon is down 20%, Homebrew installs down 23%, and Stack Exchange questions have fallen from 84 to 7 a month, which the Foundation attributes to developers shifting to Docker-based workflows and AI assistants rather than declining actual usage. The post also outlines new metrics the Foundation wants to track going forward, such as actual deployment counts and whether MariaDB installs are mislabeled as MySQL.

NodeJS MySQL Select Unique

Khi làm việc với NodeJS và MySQL, câu lệnh SELECT UNIQUE thực chất hoạt động giống hệt SELECT DISTINCT. Trong một bảng có dữ liệu trùng lặp thuộc tính age, cả hai câu lệnh đều trả về các giá trị duy nhất là 22, 17 và 15. Điều này cho thấy UNIQUE không phải là từ khóa hợp lệ trong MySQL, hệ thống sẽ tự động chuyển nó thành DISTINCT. Lập trình viên nên sử dụng DISTINCT thay vì UNIQUE để rõ ràng và tránh nhầm lẫn khi truy vấn dữ liệu.

Bài này giải thích tại sao NodeJS MySQL trả về kết quả tương tự khi sử dụng UNIQUE và DISTINCT trong truy vấn.

Day 20 fo learning DevOps: LEMP stack

LEMP stack gồm Linux, Nginx, MySQL và PHP, kết hợp tạo ra ứng dụng web động hiệu suất cao. Nginx hoạt động như web server xử lý request hiệu quả hơn Apache nhờ kiến trúc event-driven. MySQL cung cấp cơ sở dữ liệu quan hệ mạnh mẽ cho lưu trữ thông tin. PHP xử lý logic ứng dụng phía server, tạo nội dung động cho người dùng. Hiểu rõ cách các thành phần này tương tác giúp bạn tối ưu hóa hiệu suất hệ thống và giải quyết vấn đề kỹ thuật phức tạp.

Bài viết này giúp lập trình viên hiểu cách triển khai LEMP stack để xây dựng ứng dụng web động hiệu quả và đáng tin cậy.

Vector search in MySQL: an early look at HNSW and custom indexes in VillageSQL

An early look at custom indexes and vector search in MySQL (VillageSQL): HNSW index, 20x faster than a full scan, with recall measured.

NodeJS MySQL Select Record

RowDataPacket. That is the object name waiting for you when a MySQL SELECT returns from a Node.js query, and it is the line most readers of this page are

Performance improvements in Percona Server 8.4.11-11

Percona Server 8.4.11-11 mang đến các bản vá buffer pool InnoDB cải thiện hiệu suất đáng kể, đặc biệt với workload đọc nhiều. Các bản vá này thay thế mutex LRU toàn pool bằng page-hash latch tinh tế hơn để giảm tranh chấp lock, cho phép đọc song song thay vì tuần tự. Các cải tiến bổ sung gồm instance buffer pool có thread LRU nền riêng, tùy chọn innodb_lru_threads, sửa logic backoff sai, và khắc phục bug flusher nền lãng phí CPU khi quét lại từ đuôi LRU. Những thay đổi này (PS-11444, PS-11445, PS-11446) giải quyết vấn đề tranh chấp lock đã tồn tại nhưng mới lộ diện qua profiling.

Những cải tiến hiệu suất trong Percona Server 8.4.11-11 giúp tăng đáng kể hiệu năng và khả năng mở rộng, đặc biệt với tải trọng đọc nhiều.

Node.js MySQL Insert Record

Node.js có thể kết nối thành công với MySQL database nhưng lại thất bại khi thực hiện INSERT vào trường name chứa dấu nháy đơn. Lỗi này xảy ra do SQL injection vulnerability khi giá trị chứa ký đặc biệt được chèn trực tiếp vào câu query. Nguyên nhân kỹ thuật là Node.js không tự động escape các ký tự đặc biệt như dấu nháy đơn trong MySQL. Hệ quả là câu query bị lỗi cú pháp, gây ra exception. Bài viết nhấn mạnh tầm quan trọng của việc sử dụng parameterized queries trong cả Node.js lẫn MySQL để đảm bảo an toàn dữ liệu.

Bài viết giải quyết lỗi chèn bản ghi chứa dấu nháy đơn trong Node.js với MySQL.

MySQL INSTANT DDL breaks EXCHANGE PARTITION

Vấn đề xảy ra khi MySQL version 8.0 sử dụng ALGORITHM=INSTANT cho thao tác DDL, gây lỗi ERROR 1731 khi thực hiện EXCHANGE PARTITION do sự không khớp thuộc tính INSTANT COLUMN. Nguyên nhân kỹ thuật nằm ở việc MySQL Instant DDL chỉ thay đổi metadata bảng chứ không cập nhật dữ liệu thực tế, dẫn đến xung đột khi trao đổi partition. Hệ quả là thao tác EXCHANGE PARTITION thất bại, ảnh hưởng đến việc quản lý partition động trong hệ thống phân tán. Bài viết cung cấp test case cụ thể để tái tạo vấn đề và giải pháp khắc phục, rất hữu ích cho DB administrator đang sử dụng Instant DDL.

Bài viết giải thích lỗi ERROR 1731 khi sử dụng INSTANT DDL với EXCHANGE PARTITION trong MySQL.

NodeJS MySQL Drop Table

Khi thực thi lệnh DROP TABLE bằng MySQL trong NodeJS mà không có guard, Node process đã bị crash. Nguyên nhân kỹ thuật xảy ra do việc cố gắng drop table không tồn tạo ra lỗi không được handle trong callback. Hệ quả là toàn bộ Node process bị sụp đổ thay vì chỉ hiển thị warning. Điều đáng học là luôn kiểm tra sự tồn tại của table trước khi thực thi DROP TABLE bằng cách sử dụng SHOW TABLES trước. Sử dụng try-catch hoặc promise error handling có thể biến crash thành warning một cách an toàn.

Bài viết này giúp lập trình viên NodeJS tránh bị crash khi xóa bảng MySQL bằng cách đơn giản hóa xử lý lỗi.

NodeJS MySQL Create Table

Khi phát triển ứng dụng NodeJS với MySQL, việc tạo bảng database nhiều lần gây ra lỗi "Table already exists". Nguyên nhân là do đoạn code không kiểm tra sự tồn tại của table trước khi tạo. Giải pháp là sử dụng câu lệnh SQL "CREATE TABLE IF NOT EXISTS" kết hợp với hàm "query" của mysql2 module. Cách tiếp cận này giúp ứng dụng chạy mượt mà hơn khi cần khởi động nhiều lần. Lập trình viên nên học cách xử lý lỗi này để tránh gián đoạn quá trình development.

Bài viết hướng dẫn bạn kiểm tra và tạo bảng MySQL an toàn bằng NodeJS mà không bị lỗi khi bảng đã tồn tại.

NodeJS MySQL Create Database

NodeJS có thể tạo database MySQL bằng một câu lệnh, nhưng connection cần được thiết lập không chỉ định tên database ban đầu. Lỗi phổ biến là việc cố gắng kết nối đến một database chưa tồn tại. Giải pháp là sử dụng một connection mà không chỉ định database, sau đó dùng query "CREATE DATABASE IF NOT EXISTS ten_database". NodeJS cần thư mysql2 hoặc mysql để thực hiện việc này, không thể dùng trực tiếp module mysql gốc. Điều này dạy chúng ta phải thiết lập connection cơ bản trước khi tạo database mới trong các dự án sử dụng NodeJS và MySQL.

Bài viết này hướng dẫn bạn cách tạo cơ sở dữ liệu MySQL bằng NodeJS với một câu truy vấn đơn giản mà không cần chỉ định tên cơ sở dữ liệu trước.