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

当一个会话在等待时，由于磁盘已满，并且需要释放一些空间才能让会话继续执行，这会导致表级锁出现问题。在这种情况下，所有想要访问问题表的会话也会被置于等待状态，直到释放更多磁盘空间。

一个 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 中的锁定代码以使用单个队列。在这种情况下，写锁和读锁将具有相同的优先级，这可能有助于某些应用程序。