表级锁定允许许多会话同时读取表，但如果一个会话想要写入表，则必须首先获取独占访问权限，这意味着它可能必须等待其他会话先完成对表的访问。在更新期间，所有想要访问此特定表的其他会话都必须等待更新完成。

当一个会话因磁盘已满而等待时，表级锁定会导致问题，并且需要释放空间才能继续。在这种情况下，所有想要访问问题表的会话也将处于等待状态，直到释放更多磁盘空间。

一个 SELECT 语句如果运行时间过长，则会阻止其他会话在此期间更新表，使其他会话看起来很慢或无响应。当一个会话正在等待获取对表的独占访问权限以进行更新时，其他发出 SELECT 语句的会话将在其后面排队，从而降低了即使是只读会话的并发性。

考虑将表切换到 InnoDB 存储引擎，要么在设置期间使用 CREATE TABLE ... ENGINE=INNODB，要么对现有表使用 ALTER TABLE ... ENGINE=INNODB。有关此存储引擎的更多详细信息，请参见 第 17 章，InnoDB 存储引擎。

优化 SELECT 语句以更快地运行，以便它们锁定表的时间更短。您可能需要创建一些汇总表来完成此操作。

使用 mysqld 启动 --low-priority-updates。对于仅使用表级锁定的存储引擎（如 MyISAM、MEMORY 和 MERGE），这会使所有更新（修改）表的语句的优先级低于 SELECT 语句。在这种情况下，前面场景中的第二个 SELECT 语句将在 UPDATE 语句之前执行，并且不会等待第一个 SELECT 语句完成。

要指定在特定连接中发出的所有更新都应以低优先级进行，请将 low_priority_updates 服务器系统变量设置为 1。

为了降低特定INSERT、UPDATE 或DELETE 语句的优先级，请使用 LOW_PRIORITY 属性。

为了提高特定SELECT 语句的优先级，请使用 HIGH_PRIORITY 属性。参见第 15.2.13 节，“SELECT 语句”。

使用较低的值启动 mysqld 的max_write_lock_count 系统变量，强制 MySQL 在对表执行特定数量的写锁（例如，插入操作）后，暂时提升所有等待表的SELECT 语句的优先级。这允许在一定数量的写锁后进行读锁。

如果您在混合SELECT 和DELETE 语句方面遇到问题，DELETE 的 LIMIT 选项可能会有所帮助。参见第 15.2.2 节，“DELETE 语句”。

在SELECT 语句中使用 SQL_BUFFER_RESULT 可以帮助缩短表锁的持续时间。参见第 15.2.13 节，“SELECT 语句”。

将表内容拆分为单独的表可能会有所帮助，因为这样可以允许查询针对一个表的列运行，而更新仅限于另一个表的列。

您可以更改mysys/thr_lock.c 中的锁定代码以使用单个队列。在这种情况下，写锁和读锁将具有相同的优先级，这可能有助于某些应用程序。