Mặc dù câu trả lời ở trên là đúng trong đó CHỌN ... CHO CẬP NHẬT sẽ ngăn các phiên / giao dịch đồng thời chèn cùng một bản ghi, nhưng đó không phải là sự thật đầy đủ. Tôi hiện đang đấu tranh với cùng một vấn đề và đã đi đến kết luận rằng CHỌN ... CHO CẬP NHẬT gần như vô dụng trong tình huống đó vì lý do sau:
Một giao dịch / phiên đồng thời cũng có thể thực hiện LỰA CHỌN ... CHO CẬP NHẬT trên cùng một giá trị bản ghi / chỉ mục và MySQL sẽ vui vẻ chấp nhận điều đó ngay lập tức (không chặn) và không có lỗi. Tất nhiên, ngay sau khi phiên khác làm điều đó, phiên của bạn cũng không thể chèn bản ghi nữa. Bạn cũng như phiên / giao dịch khác cũng không nhận được bất kỳ thông tin nào về tình huống và nghĩ rằng họ có thể chèn hồ sơ một cách an toàn cho đến khi họ thực sự cố gắng làm như vậy. Việc cố gắng chèn sau đó dẫn đến bế tắc hoặc lỗi trùng lặp khóa, tùy thuộc vào trường hợp.
Nói cách khác, CHỌN ... CHO CẬP NHẬT ngăn các phiên khác chèn (các) bản ghi tương ứng, NHƯNG ngay cả khi bạn thực hiện CHỌN ... CHO CẬP NHẬT và bản ghi tương ứng không được tìm thấy, rất có thể bạn không thể thực sự chèn bản ghi đó. IMHO, làm cho phương thức "truy vấn đầu tiên, sau đó chèn" vô dụng.
Nguyên nhân của vấn đề là do MySQL không cung cấp bất kỳ phương pháp nào để thực sự khóa các bản ghi không tồn tại. Hai phiên / giao dịch đồng thời có thể khóa các bản ghi không tồn tại "FOR UPDATE" cùng một lúc, một điều thực sự không thể xảy ra và điều này làm cho việc phát triển trở nên khó khăn hơn đáng kể.
Cách duy nhất để giải quyết vấn đề này dường như là sử dụng bảng semaphore hoặc khóa toàn bộ bảng khi chèn. Vui lòng tham khảo tài liệu MySQL để tham khảo thêm về cách khóa toàn bộ bảng hoặc sử dụng bảng semaphore.
Chỉ 2 xu của tôi ...
