MySQL 資料表鎖定機制與操作指南：LOCK TABLES 實務應用

在執行資料表檢查、修復、備份或大量資料異動前，透過 LOCK TABLES 明確鎖定資料表，可確保操作過程中資料一致性，防止併發衝突導致損壞或不一致。

基本鎖定語法

-- 鎖定為唯讀（READ），允許其他連線讀取，禁止寫入
LOCK TABLE tbl_name READ;

-- 刷新資料表快取，確保所有變更寫入磁碟
FLUSH TABLES;

-- 執行檢查、修復、備份等維護操作...

-- 完成後釋放鎖定
UNLOCK TABLES;

鎖定模式差異

實務注意事項

• 鎖定範圍：單次 LOCK TABLES 可同時鎖定多張表，但必須一次宣告所有需用的表，否則會隱含釋放先前鎖定。
• 死鎖風險：長時間持有 WRITE 鎖會嚴重阻塞其他業務，請在維護時段操作並儘量縮短持鎖時間。
• 權限需求：執行需具備 LOCK TABLES 權限（通常由 DBA 或 root 擁有）。
• 替代方案：InnoDB 引擎支援行級鎖定與交易隔離等級，若系統以 InnoDB 為主，優先考慮交易機制而非表級鎖定。

常見應用範例：離線備份 MyISAM 表

LOCK TABLES orders READ, order_items READ, customers READ;
FLUSH TABLES;
-- 執行檔案層級備份（cp、rsync、mysqldump 等）
UNLOCK TABLES;

掌握正確的鎖定策略，能有效降低維護操作對線上服務的影響，確保資料完整性。