以下的文章主要是对mysql锁表的概念的介绍，以及介绍mysql表锁在什么设想的情况下就不利了，如果你对mysql表锁的相关内容感兴趣的话，以下的文章就是主要内容介绍，望你在浏览之后会有所收获。 mysql锁表 为了能有快速的锁，mysql除了 innodb 和 bdb 这两种
以下的文章主要是对mysql锁表的概念的介绍，以及介绍mysql表锁在什么设想的情况下就不利了，如果你对mysql表锁的相关内容感兴趣的话，以下的文章就是主要内容介绍，望你在浏览之后会有所收获。
mysql锁表
为了能有快速的锁，mysql除了 innodb 和 bdb 这两种存储引擎外，所有的都是用表级锁(而非页、行、列级锁)。
对于 innodb 和 bdb 表，mysql锁表只有在指定用 lock tables 锁表时才使用表级锁。在这两种表中，建议最好不要使用 lock tables，因为 innodb 自动采用行级锁，bdb 用页级锁来保证事务的隔离。
如果数据表很大，那么在大多数应用中表级锁会比行级锁好多了，不过这有一些陷阱。
表级锁让很多线程可以同时从数据表中读取数据，但是如果另一个线程想要写数据的话，就必须要先取得排他访问。正在更新数据时，必须要等到更新完成了，其他线程才能访问这个表。
更新操作通常认为比读取更重要，因此它的优先级更高。不过最好要先确认，数据表是否有很高的 select 操作，而更新操作并非很‘急需’。
表锁锁在一个线程在等待，因为磁盘空间满了，但是却需要有空余的磁盘空间，这个线程才能继续处理时就有问题了。这种情况下，所有要访问这个出问题的表的线程都会被置为等待状态，直到有剩余磁盘空间了。
mysql表锁在以下设想情况中就不利了：
一个客户端提交了一个需要长时间运行的 select 操作。
其他客户端对同一个表提交了 update 操作，这个客户端就要等到 select 完成了才能开始执行。
其他客户端也对同一个表提交了 select 请求。由于 update 的优先级高于 select，所以 select 就会先等到 update 完成了之后才开始执行，它也在等待第一个 select 操作。
下列所述可以减少表锁带来的资源争夺：
让 select 速度尽量快，这可能需要创建一些摘要表。
启动 mysqld 时使用参数 --low-priority-updates。这就会让更新操作的优先级低于 select。这种情况下，在上面的假设中，第二个 select 就会在 insert 之前执行了，而且也无需等待第一个select 了。
可以执行 set low_priority_updates=1 命令，指定所有的更新操作都放到一个指定的链接中去完成。
用 low_priority 属性来降低 insert，update，delete 的优先级。
用 high_priority 来提高 select 语句的优先级。
从mysql 3.23.7 开始，可以在启动 mysqld 时指定系统变量 max_write_lock_count 为一个比较低的值，它能强制临时地提高表的插入数达到一个特定值后的所有 select 操作的优先级。它允许在 write 锁达到一定数量后有 read 锁。
当 insert 和 select 一起使用出现问题时，可以转而采用 myisam 表，它支持并发的select 和 insert 操作。
当在同一个表上同时有插入和删除操作时，insert delayed 可能会很有用。
当 select 和 delete 一起使用出现问题时，delete 的 limit 参数可能会很有用。
执行 select 时使用 sql_buffer_result 有助于减短mysql锁表的持续时间.
可以修改源代码 `mysys/thr_lock.c'，只用一个所队列。这种情况下，写锁和读锁的优先级就一样了，这对一些应用可能有帮助。