MySQL锁表在那些情况中是不利的?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MySQL锁表在那些情况中是不利的?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含2799字,纯文字阅读大概需要4分钟。
内容图文
以下的文章主要是对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',只用一个所队列。这种情况下,写锁和读锁的优先级就一样了,这对一些应用可能有帮助。
内容总结
以上是互联网集市为您收集整理的MySQL锁表在那些情况中是不利的?全部内容,希望文章能够帮你解决MySQL锁表在那些情况中是不利的?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。