An experimental MySQL 9.7 build called ducksdb-mysql-engine integrates DuckDB as a pluggable storage engine, allowing tables marked ENGINE=DuckDB to offload analytical queries to DuckDB's columnar engine while keeping the same MySQL connection and data. A custom pushdown_select hook (handlerton::pushdown_select) translates qualifying SQL to DuckDB SQL transparently, falling back to the normal row path when needed. TPC-H benchmarks at scale factor 10 show InnoDB timing out on 6 of 22 queries and taking 1317 seconds on the rest, while the DuckDB engine completes all 22 in ~15 seconds. At SF100 (600M rows), the engine remains correct on all 22 queries and stays close to native DuckDB performance, outperforming MariaDB's DuckDB integration on several heavy joins and loading data ~4x faster. The project is open source under GPLv2 and explicitly experimental.
Nguồn: https://www.percona.com/blog/running-duckdb-as-a-mysql-9-7-storage-engine. 8sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
DuckDB phiên bản 1.5.4 (Variegata) vừa ra mắt với nhiều bản sửa lỗi quan trọng, tối ưu hiệu năng và vá lỗ hổng bảo mật. Phiên bản này cải thiện xử lý JSON, sửa lỗi crash nghiêm trọng như double free trong Arrow GeoArrow CRS, đồng thời bổ sung tùy chọn giao diện dòng lệnh (CLI) dark/light mode. Nhóm phát triển cũng hé lộ kế hoạch phát hành DuckDB 2.0.0 vào mùa thu sắp tới.
Lập trình viên cần đọc bài này để cập nhật về các cải tiến mới trong DuckDB, đặc biệt là các sửa lỗi quan trọng về kết hợp dữ liệu, xử lý JSON, và hiệu suất—điều này sẽ giúp họ tối ưu hóa các ứng dụng xử lý dữ liệu lớn và tăng tính ổn định cho hệ thống.
Vibe.co, nền tảng quảng cáo TV kết nối bị Walmart mua lại, đã chuyển từ Postgres sang ClickHouse Cloud để xử lý hàng tỷ lượt hiển thị quảng cáo. Giải pháp này loại bỏ lớp tiền tổng hợp kém ổn định, mở rộng dữ liệu lưu trữ từ ~100 GB lên hơn 2 TB mà không cần thay đổi kiến trúc, đồng thời cung cấp 90%+ báo cáo chiến dịch cho khách hàng trong dưới 100ms.
Những kỹ thuật tối ưu hóa quy mô lớn của Vibe.co cho ClickHouse Cloud sẽ giúp bạn hiểu cách xử lý dữ liệu thời gian thực hiệu quả, giảm chi phí và tăng tốc độ báo cáo khi làm việc với lượng dữ liệu khổng lồ.
EDB bổ sung khả năng phân tích hội tụ cho dịch vụ cơ sở dữ liệu EDB Postgres AI, sử dụng Apache Iceberg làm lớp danh mục chia sẻ kết nối ClickHouse, WarehousePG và Spark, đồng thời cung cấp tính năng "agentic database" tự động hóa nhiệm vụ DBA định kỳ. Giải pháp này nhấn mạnh quyền kiểm soát dữ liệu tại chỗ cho doanh nghiệp, khác biệt với cách tiếp cận lakehouse của Databricks, và có mức giá theo lõi CPU ổn định hơn so với các nền tảng cloud theo mức tiêu thụ.
Lập trình viên cần đọc bài này để hiểu cách Postgres AI của EDB kết hợp với Iceberg và các công cụ phân tích khác để tạo ra một hệ sinh thái tích hợp, giúp tối ưu hóa quy trình phát triển ứng dụng AI với tính linh hoạt, kiểm soát dữ liệu và chi phí dự đoán hơn so với các giải pháp cloud tiêu thụ.

MySQL 26.7 Early Access is the first Innovation release after MySQL 9.7 LTS, adopting a CalVer yy.mm versioning scheme. Key highlights include: more robust InnoDB undo log truncation using a header flag instead of a local file; internal InnoDB recovery and metadata infrastructure improvements (redo log, tablespace, MVCC/ReadView interfaces); a new Change Stream Applier for parallel replication with separate apply and commit progression, configurable via APPLIER_VERSION=2; Group Replication now defaults to the MYSQL communication stack with deprecation warnings for XCom options; post-quantum cryptography support (ML-KEM hybrid and pure algorithms) when built with OpenSSL 3.5+; upgrade/compatibility check progress reporting; and the Thread Pool Plugin now available in Community Server. The release is for evaluation only and not intended for production use.
Percona Operator for MySQL 1.2.0 introduces three major features for production MySQL fleets on Kubernetes. Cross-site replication via a new PerconaServerMySQLClusterSet custom resource enables declarative InnoDB ClusterSet topologies spanning multiple clusters or regions, replacing hand-wired async replication. Encrypted backups use XtraBackup's xbcrypt component with keys stored in Kubernetes Secrets, supporting S3, GCS, and Azure targets. Automatic PVC storage scaling monitors disk usage and grows volumes when a configurable threshold is crossed, up to a defined ceiling, eliminating manual intervention. Additional day-two operation improvements are also included.
A technical comparison of Postgres and Oracle Database covering licensing costs, extension ecosystems, SQL dialect differences, HA architecture, and partitioning maturity. Both databases share the same OLTP ceiling for analytical workloads — once tables grow large, aggregation queries degrade performance. The recommended architectural pattern for both is CDC-based streaming to a columnar OLAP layer (ClickHouse/Tinybird), keeping the operational database for transactions. Includes a practical Oracle-to-Postgres SQL translation table and notes on PL/SQL migration challenges.

A PHP internals RFC discussion proposes minimum supported version requirements for PHP 8.6, specifically requiring autoconf for source builds and MySQL 5.7.3 or MariaDB 10.2.4 for persistent connections. The change is tied to adding COM_RESET_CONNECTION support to PDO and mysqlnd, which makes persistent connection behavior more predictable. During discussion, a community member discovered a connection leak when using PDO::ATTR_PERSISTENT with older MySQL versions (5.5.x) against the proposed implementation — each request opened a new connection instead of reusing the persistent one. The RFC author confirmed the leak exists but considers it a bug in the implementation rather than a flaw in the RFC itself.
Enterprise architects have long treated the operational-analytical divide as a design principle, but it was always just a hardware-era workaround. With AI agents that must observe, reason, and act on live data, the old one-way ETL pipeline becomes a critical bottleneck. Six common architectural mistakes are examined: treating the OLTP/OLAP split as immutable law, viewing pipelines as architecture rather than overhead, misunderstanding freshness and consistency contracts, fragmenting governance across two estates, treating mirrored systems as set-and-forget, and underestimating the shift from analytics to agentic workloads. Snowflake Postgres with data mirroring is presented as a concrete implementation that collapses this chasm, enabling a bidirectional observe-reason-act loop for AI agents. Practical steps include auditing CDC pipelines, separating first-party from third-party data, setting freshness per workload, and designing the agentic write-back path from the start.