proto.lib

Xoá dữ liệu cũ theo lô (batched delete) thay vì một DELETE khổng lồ

Xoá 100 triệu dòng cũ bằng một câu DELETE duy nhất sẽ giữ khoá lâu, phình WAL/undo log và có thể chạy hàng giờ; giải pháp là xoá theo lô có giới hạn (LIMIT/keyset trên chỉ mục), commit sau mỗi lô, nghỉ ngắn giữa các lô và theo dõi độ trễ replication — trong khi drop/detach một partition cũ vẫn là O(1), rẻ hơn hẳn.

DatabasesTrung bình2026-08-20
Xoá dữ liệu cũ theo lô (batched delete) thay vì một DELETE khổng lồ

Tags

#batched-delete#chunked-delete#archival#partition-drop#replication-lag#vacuum-bloat#wal

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

DatabasesTrung bình

SQLite tại edge: đọc replica local, ghi về primary

Một cơ sở dữ liệu SQLite nhúng có thể chạy theo mô hình một primary giữ quyền ghi và nhiều read-replica được stream tới các vị trí edge (hoặc ngay trong tiến trình ứng dụng), khiến việc đọc trở thành truy cập file cục bộ không qua mạng, còn mọi ghi đều phải đi tới primary rồi lan truyền ngược lại.

#sqlite#edge-database#read-replica#replication-lag
DatabasesTrung bình

SQLite WAL: một writer, nhiều reader

Ở chế độ WAL, reader đọc từ file database cộng write-ahead log còn đúng MỘT writer được append vào WAL tại một thời điểm, nên reader không bao giờ chặn writer và ngược lại; writer thứ hai nhận SQLITE_BUSY và phải retry trong busy_timeout, còn WAL được checkpoint ngược vào file chính khi có thể.

#sqlite#wal#write-ahead-log#sqlite-busy
DatabasesTrung bình

UUIDv4 vs UUIDv7 làm khoá chính

UUIDv4 sinh ngẫu nhiên hoàn toàn nên insert rải đều khắp B-tree, mỗi insert bẩn một trang khác nhau gây page split, cache miss và WAL amplification; UUIDv7 nhúng timestamp ở phần đầu nên các giá trị mới luôn tăng dần, insert dồn vào trang tận cùng bên phải như bigint sequence.

#uuid#primary-key#b-tree#page-split