How to Extract Data from InnoDB, MyISAM, and MyRocks Files Without a Running Server

What we know so far about Spain train crash

More than 500 passengers were on board the trains when the crash occurred in the province of Toledo, south of Madrid.

Edi Life OS: Self-Hosted Personal Dashboard with MCP

Edi Life OS là một nền tảng dashboard cá nhân tự host kết hợp thói quen, mục tiêu, Kanban …

Hiding Virtualization From Other Software

vfio-native là công cụ giúp che giấu phần mềm đang chạy trong máy ảo, bao gồm vá kernel để khắc phục sự khác biệt về hành vi và thay đổi cách kernel tự nhận diện. Công cụ này buộc CPU hành xử như phần cứng thật, giúp máy ảo chỉ đạt 1/85 điểm so với công cụ phát hiện VM, trong khi máy ảo KVM tiêu chuẩn đạt 10/85. vfio-native có sẵn trong AUR cho Arch Linux và hữu ích cho các nhà nghiên cứu bảo mật thử nghiệm malware hoặc phần mềm có giấy phép tự vô hiệu hóa khi phát hiện môi trường ảo.

Công cụ vfio-native giúp ẩn giấu thực tế chạy trong máy ảo, hữu ích cho cả game thủ và nhà nghiên cứu bảo mật.

How MariaDB 11.8 became about 3× faster on some in-memory workloads, fixing a regression dating back to 10.5

MariaDB 11.8 đã sửa lỗi hiệu suất trong quản lý LRU của buffer pool InnoDB, lỗi này xuất hiện từ phiên bản 10.5. Đồng hồ tín hiệu "đang tiến trình evict" bắt đầu hoạt động quá sớm, gây ra chi phí mutex contention không cần thiết cho các workload in-memory. Trong một thử nghiệm của Mark Callaghan, phiên bản 11.8 tăng từ 20,326 lên 57,052 QPS, nhanh gấp khoảng 2.8 lần. Sửa lỗi này loại bỏ buf_pool.mutex khỏi LRU promotion khi truy cập page, không chỉ cho các workload in-memory. Validation độc lập trên máy khác cho thấy 11.8 tăng từ 17,925 lên 66,653 TPS, và trên cả hai host, phiên bản patch 11.8 vượt trội hơn 10.4.34 từ 7 đến 9%.

MariaDB 11.8 tăng hiệu suất đáng kể lên 3 lần cho các công việc trong bộ nhớ nhờ sửa lỗi LRU management.

System Design Drill Day 6: Sharding and Partitioning a MySQL Orders Table

Trong hệ thống quy mô lớn, việc chia nhỏ (sharding) bảng orders của MySQL theo user ID trở nên cần thiết để xử lý lượng dữ liệu khổng lồ. Bài viết trình bày kỹ thuật phân chia shard logic, sử dụng user ID để định tuyến request và giải quyết vấn đề sinh ID duy nhất khi dữ liệu phân tán. Chiến lược chuyển đổi từ 4 shard lên 8 shard mà không gián đoạn hoạt động được đề cập như giải pháp mở rộng hệ thống. Các kỹ thuật xử lý báo cáo (reporting) trên dữ liệu phân mảnh và cân bằng lại (rebalancing) shard mang lại bài học thiết thực về tính nhất quán và hiệu năng.

Bài viết này giúp lập trình viên hiểu cách thiết kế phân mảnh bảng orders trong MySQL để xử lý dữ liệu lớn hiệu quả.

Ubuntu on WSL finally replaced my Linux partition, and my Windows 11 PC no longer needs dual-boot

Ubuntu trên WSL đã thay thế hoàn toàn phân vùng Linux trên PC Windows 11, loại bỏ nhu cầu cài đặt dual-boot. Kỹ thuật WSL 2 với kernel Linux thực tế cho hiệu năng vượt trội, đặc biệt khi sử dụng Docker (tốc độ khởi động container nhanh hơn 30% so với dual-boot). Việc chuyển đổi giúp tiết kiệm không gian SSD (giảm từ 50GB xuống còn ~1GB cho WSL) và thời gian khởi động (từ 2 phút xuống còn vài giây). Bài viết cung cấp hướng dẫn chi tiết về việc cài đặt Ubuntu 22.04 LTS trên WSL và cấu hình công cụ như Docker, VSCode để làm việc hiệu quả. Đây là giải pháp tối ưu cho lập trình viên muốn trải nghiệm Linux mà không cần tốn tài nguyên hệ thống.

Bài này tiết lộ cách WSL trên Windows 11 thay thế hoàn toàn phân vùng Linux giúp lập trình viên có trải nghiệm mượt mà mà không cần cài đặt hệ điều hành kép.

42 databases, one boring question, eight wrong answers

Trong một sự kiện về công nghệ mở, một câu hỏi đơn giản đã được đặt ra cho 42 cơ sở dữ liệu khác nhau. Nguyên nhân kỹ thuật là do thiết kế API không đồng nhất giữa các hệ thống dẫn đến xử lý dữ liệu khác nhau. Hệ quả là 8 trong số 42 cơ sở dữ liệu đã trả lời sai câu hỏi này, làm giảm độ tin cậy của dữ liệu phân tán. Điều đáng học là ngay cả các dự án open source cũng cần chuẩn hóa API và kiểm thử giao tiếp hệ thống để đảm bảo tính nhất quán dữ liệu.

Bài viết này cung cấp câu trả lời chính xác về cách lựa chọn cơ sở dữ liệu phù hợp cho dự án open source của bạn.

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.