表格鎖定允許許多工作階段同時從表格讀取，但如果工作階段想要寫入表格，它必須先取得獨佔存取權，這表示它可能必須等待其他工作階段先完成表格的操作。在更新期間，所有其他想要存取此特定表格的工作階段都必須等到更新完成。

當工作階段因為磁碟已滿而等待，且需要釋出可用空間才能讓工作階段繼續時，表格鎖定會導致問題。在這種情況下，所有想要存取問題表格的工作階段也會處於等待狀態，直到有更多磁碟空間可用為止。

執行時間較長的 SELECT 陳述式會阻止其他工作階段在此期間更新表格，導致其他工作階段看起來速度緩慢或沒有回應。當工作階段正在等待取得表格的獨佔存取權以進行更新時，其他發出 SELECT 陳述式的工作階段會在它後面排隊，即使是唯讀工作階段也會降低並行性。

考慮將資料表切換至 InnoDB 儲存引擎，可以在設定時使用 CREATE TABLE ... ENGINE=INNODB，或針對現有資料表使用 ALTER TABLE ... ENGINE=INNODB。關於此儲存引擎的詳細資訊，請參閱第 17 章，「InnoDB 儲存引擎」。

最佳化 SELECT 陳述式，使其執行速度更快，以便縮短鎖定資料表的時間。您可能需要建立一些摘要資料表來達成此目的。

使用 --low-priority-updates 啟動 mysqld。對於僅使用資料表層級鎖定的儲存引擎（例如 MyISAM、MEMORY 和 MERGE），這會給予所有更新（修改）資料表的陳述式，比 SELECT 陳述式更低的優先順序。在這種情況下，前述情境中的第二個 SELECT 陳述式將在 UPDATE 陳述式之前執行，並且不會等待第一個 SELECT 完成。

若要指定在特定連線中發出的所有更新都應以低優先順序完成，請將 low_priority_updates 伺服器系統變數設定為 1。

若要給予特定的 INSERT、UPDATE 或 DELETE 陳述式較低的優先順序，請使用 LOW_PRIORITY 屬性。

若要給予特定的 SELECT 陳述式較高的優先順序，請使用 HIGH_PRIORITY 屬性。請參閱第 15.2.13 節，「SELECT 陳述式」。

以 max_write_lock_count 系統變數的較低值來啟動 mysqld，以強制 MySQL 在特定數量的資料表寫入鎖定發生後（例如，用於插入操作），臨時提高等待資料表的所有 SELECT 陳述式的優先順序。這允許在一定數量的寫入鎖定後進行讀取鎖定。

如果您在混合 SELECT 和 DELETE 陳述式時遇到問題，DELETE 的 LIMIT 選項可能會有所幫助。請參閱第 15.2.2 節，「DELETE 陳述式」。

在 SELECT 陳述式中使用 SQL_BUFFER_RESULT 有助於縮短資料表鎖定的持續時間。請參閱第 15.2.13 節，「SELECT 陳述式」。

將資料表內容分割成單獨的資料表可能會有所幫助，允許針對一個資料表中的欄位執行查詢，而更新僅限於另一個資料表中的欄位。

您可以變更 mysys/thr_lock.c 中的鎖定程式碼以使用單一佇列。在這種情況下，寫入鎖定和讀取鎖定將具有相同的優先順序，這可能對某些應用程式有所幫助。