Khóa cơ sở dữ liệu là gì? Vì sao cần thiết?

Trong môi trường đa người dùng, nhiều giao dịch (transaction) có thể truy cập hoặc thay đổi cùng một bản ghi đồng thời. Nếu không có cơ chế kiểm soát, điều này dẫn đến các vấn đề nghiêm trọng về tính nhất quán dữ liệu như:

• Ghi bẩn (Dirty Write): Hai giao dịch cùng sửa một hàng, gây mất dữ liệu.
• Đọc bẩn (Dirty Read): Đọc dữ liệu chưa được commit.
• Không lặp lại được (Non-repeatable Read): Cùng một câu truy vấn trong một giao dịch trả về kết quả khác nhau.
• Ảo ảnh (Phantom Read): Số lượng bản ghi trả về thay đổi khi truy vấn lại với điều kiện giống nhau.

Khóa là cơ chế mà hệ quản trị CSDL sử dụng để đảm bảo tính cách ly (Isolation) trong ACID, ngăn chặn các hiện tượng trên bằng cách kiểm soát quyền truy cập vào dữ liệu đang được xử lý.

Phân loại khóa theo các tiêu chí chính

1. Theo mức độ chi tiết (Granularity)

Ví dụ: Sử dụng khóa bảng

-- Khóa bảng product để ghi (chặn mọi thao tác từ các phiên khác)
LOCK TABLES product WRITE;

-- Thực hiện thao tác hàng loạt
UPDATE product SET status = 'archived' WHERE created_at < '2023-01-01';

-- Giải phóng khóa
UNLOCK TABLES;

2. Theo chức năng (Mode)

Bảng tương thích khóa

          | S (chia sẻ) | X (độc quyền)
----------|-------------|-------------
S         |     √       |     ×
X         |     ×       |     ×

3. Theo chiến lược đồng bộ hóa

4. Cơ chế khóa nâng cao của InnoDB

• Record Lock: Khóa từng bản ghi cụ thể.
• Gap Lock: Khóa khoảng trống giữa các bản ghi (ngăn insert gây phantom read).
• Next-Key Lock: Kết hợp Record + Gap Lock – mặc định ở mức cách ly REPEATABLE READ.

Thực hành: Cách triển khai khóa trong ứng dụng

1. Khóa bi quan (Pessimistic Lock) – Dùng cho tình huống xung đột cao

Ví dụ: Giảm tồn kho sản phẩm (ngăn bán vượt mức tồn)

START TRANSACTION;

-- Lấy bản ghi và đặt khóa X để các giao dịch khác không thể sửa
SELECT stock FROM products WHERE id = 101 FOR UPDATE;

-- Kiểm tra điều kiện nghiệp vụ
-- (giả sử lấy được stock = 5, muốn trừ 1)
IF stock > 0 THEN
  UPDATE products SET stock = stock - 1 WHERE id = 101;
END IF;

COMMIT; -- Tự động giải phóng khóa

Lưu ý: Điều kiện WHERE phải sử dụng khóa chính hoặc chỉ mục duy nhất, nếu không sẽ nâng cấp thành khóa bảng!

2. Khóa chia sẻ (Shared Lock) – Đảm bảo dữ liệu ổn định khi đọc

Ví dụ: Báo cáo kiểm kê tồn kho

START TRANSACTION;

-- Đảm bảo không ai được sửa trong lúc đọc
SELECT * FROM inventory WHERE location = 'HCM' LOCK IN SHARE MODE;

-- Ghi nhận kết quả vào bảng báo cáo
INSERT INTO report_snapshot SELECT *, NOW() FROM inventory WHERE location = 'HCM';

COMMIT;

3. Khóa lạc quan (Optimistic Lock) – Dùng cho dữ liệu ít xung đột

Bước 1: Thêm cột version

ALTER TABLE users ADD COLUMN version INT DEFAULT 0;

Bước 2: Cập nhật có kiểm tra phiên bản

-- Truy vấn ban đầu (không khóa)
SELECT points, version FROM users WHERE id = 123;

-- Khi cập nhật:
UPDATE users 
SET points = points + 10, 
    version = version + 1 
WHERE id = 123 AND version = 5; -- Version cũ lấy từ SELECT

Nếu câu lệnh trả về affected rows = 0, nghĩa là đã có người khác cập nhật trước → cần thử lại (retry).

Ứng dụng thực tế và lựa chọn phù hợp

Nguyên tắc vàng khi làm việc với khóa

1. Giảm thiểu phạm vi khóa: Chỉ khóa đúng dòng cần thiết, dùng chỉ mục.
2. Rút ngắn thời gian giữ khóa: Không gọi API, sleep hay xử lý phức tạp trong transaction.
3. Thứ tự khóa cố định: Khi thao tác nhiều dòng/bảng, luôn khóa theo thứ tự xác định (VD: ID tăng dần) để tránh deadlock.
4. Thiết lập timeout: Cấu hình innodb_lock_wait_timeout hợp lý (mặc định 50s).
5. Giám sát hệ thống: Dùng SHOW PROCESSLIST, SHOW ENGINE INNODB STATUS để phát hiện tắc nghẽn.
6. Tối ưu lớp cao hơn: Với dữ liệu nóng (hot data), cân nhắc dùng Redis (distributed lock) thay vì ép CSDL chịu tải.

Kết luận

Hiểu rõ cơ chế khóa giúp xây dựng hệ thống vừa an toàn, vừa hiệu quả. Lựa chọn giữa khóa bi quan và lạc quan phụ thuộc vào tần suất xung đột. Luôn nhớ: "Khóa càng nhỏ, thời gian giữ càng ngắn, thứ tự càng rõ ràng thì hệ thống càng khỏe". Đối với các trường hợp cực đoan, nên xem xét giải pháp phi tập trung như Redis hoặc message queue để giảm áp lực lên CSDL.