同步mysqlslave锁表问题_MySQL

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了同步mysqlslave锁表问题_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1269字，纯文字阅读大概需要2分钟。

内容图文

问题描述：
如图：
slave 上的日志更新的updata 与 web 请求过来的select 表互相锁表，导致同步堵塞
mysql slave 负载飙升，网站防问巨慢。

问题分析：
那么，为何从库在处理日志时会发生lock的状态呢？
一般我们都将主从库读写分离，主库负责写操作，从库负责读操作。而一般的web应用读数据的操作要远远大于写数据的量，所以我们在主库上几乎看不到因为更新数据导致的lock。那么从库的lock怎么发生的呢？
网上查了一下是这么说的：
对MyISAM表的读操作（加读锁），不会阻塞其他进程对同一表的读请求，但会阻塞对同一表的写请求。只有当读锁释放后，才会执行其它进程的写操作。
对MyISAM表的写操作（加写锁），会阻塞其他进程对同一表的读和写操作，只有当写锁释放后，才会执行其它进程的读写操作。
从上面可以看出，我们在select的时候默认是会阻塞写请求的，当一个表数据量到达了千万级别，那么执行一个select很有可能就会变得比较费劲，再加上一定的压力，不断地select操作，虽然读数据不会受到影响，但是却阻塞了从库处理同步日志的操作。到目前为止还没找到真正的解决方法
问题处理：
1.优化查询时间长的sql
2.压力较大的情况下使用几个从库值得考量，如果使用多个从库也是可以适当缓解上面lock的情况发生。（目前已经加了2个salve 来分散salve的压力)
3.到目前为止还没找到真正的解决方法.进一步优化中。
如果谁有好的解决方法，请告诉我一下。

本文出自 “一阵风” 博客

内容总结

以上是互联网集市为您收集整理的同步mysqlslave锁表问题_MySQL全部内容，希望文章能够帮你解决同步mysqlslave锁表问题_MySQL所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端