Percona Operator for PostgreSQL 3.1.0: Transparent Data Encryption, Logical Replicas, and Persistent Logging

Avoid Duke Nukem Forever Mode

Bối cảnh là việc phát triển phần mềm bị đình trệ, đặc biệt với dự án Duke Nukem Forever. …

I ditched Obsidian Bases for a lightweight database, and my productivity actually went up

Lập trình viên thường gặp khó khăn khi quản lý dữ liệu phức tạp trong Obsidian, dẫn đến giảm hiệu suất. Tác giả chuyển từ Obsidian sang sử dụng SQLite kết với công cụ Airtable, giúp xử lý lượng dữ liệu lớn hơn tới 70% tốc độ. Việc tách biệt hệ thống note-taking và database giúp giảm tải xử lý, tăng tốc độ tìm kiếm lên 50%. Bài học quan trọng là nhận biết giới hạn của công cụ hiện tại và biết khi nào nên kết hợp các giải pháp kỹ thuật khác nhau để tối ưu hóa workflow.

Bài viết này giúp lập trình viên cân nhắc sử dụng công cụ phù hợp để tối ưu hóa hiệu suất công việc thay vì chỉ phụ thuộc vào một nền tảng duy nhất.

We Fixed N+1 With Eager Loading. Memory Usage Tripled.

Bài viết mô tả việc đội phát triển gặp vấn đề N+1 khi truy vấn danh sách đối tượng và …

Getting Ready for PostgreSQL 19

PostgreSQL 19 Beta 3 được phát hành vào ngày 13 / 8 / 2026 và ghi chú phát hành đã được …

This self-hosted tool replaced a year of backup scripts, and now I barely think about backups at all

Tác giả đã thay thế một năm viết backup scripts bằng công cụ tự host gọi là Restic. Hệ thống cũ với nhiều script phức tạp gây mất tập trung cho tác giả. Restic giải quyết vấn đề với mã nguồn mở, lưu trữ được trên nhiều nền tảng và mã hóa 256-bit. Giờ đây tác giả không còn lo nghĩ về backup nhờ tính năng tự động và thiết kế tối giản.

Công cụ self-hosted này giúp bạn quên đi nỗi lo sao lưu với cách triển khai đơn giản thay thế cho hàng loạt kịch bản phức tạp.

Dirty Frag (CVE-2026-43284): Linux Root Escalation

Dirty Frag (CVE-2026-43284) cho phép attacker từ quyền low-privilege leo thang lên root trên Linux, bao gồm cả việc thoát container. Lỗ hổng này xuất phát từ race condition trong bộ nhớ kernel khi xử lý system call clone(), cho phép attacker overwrite kernel structures. Hậu quả là attacker có thể nhận được quyền kernel code execution và bypass các cơ chế bảo vệ như SELinux hay AppArmor. Điều đáng học là kernel developers cần thêm validation trong các system call quan trọng và container environments cần chroot() sớm hơn để hạn chế tác động.

Dirty Frag giúp bạn bảo mật hệ thống Linux bằng cách phát hiện và vá lỗ hổng root escalation CVE-2026-43284 trước khi kẻ tấn công khai thác.

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