最近一个slave节点老是出锁定超时错误！！！

ifeelstupid · 发表于 2013-1-24 08:32

mchdba 发表于 2013-1-23 22:30
那倒是很奇怪的了，业务上有没有可能锁住呢？

可能会有，我是这么感觉的，可能某些sql索引不得不对，导致全表扫描，于是产生了表锁，这样就极容易发生另外的sql被阻塞的现象。具体的情况我再分析看看，证明这个猜想。谢谢。

icer_repls · 发表于 2013-1-24 10:33

ifeelstupid 发表于 2013-1-24 08:30
我也怀疑您说的第一点，可能是因为某些语句导致了表锁。该slave节点还作为一个报表系统的数据库，平常有人 ...

如果用的是innodb，那么极少情况下会有表锁的，锁住很多行不代表是表锁。

这个slave节点平常的实时查询与错误出现的时间是否吻合？按理说平常的查询(select)不会加任何锁的

不管这样，你先针对这两个情况多留心一下

longxibendi · 发表于 2013-1-24 16:13

ifeelstupid 发表于 2013-1-24 08:30
我也怀疑您说的第一点，可能是因为某些语句导致了表锁。该slave节点还作为一个报表系统的数据库，平常有人 ...

1.看下当时的show engine innodb status\G;
就能看出来。
2.一些select，特别是有子查询的，导致的,update&select冲突。子查询的表与relay log中的update语句要更新的表。

ifeelstupid · 发表于 2013-1-25 08:38

icer_repls 发表于 2013-1-24 10:33
如果用的是innodb，那么极少情况下会有表锁的，锁住很多行不代表是表锁。

这个slave节点平常的实时查询 ...

实时查询与错误发生的时间是否吻合还真不好判断，因为这样的查询比较随时，随时可以进行。不过我可以采用慢日志记录的形式来关注一下。谢谢。

huangx_x · 发表于 2017-6-20 14:50

楼主当时怎么解决的，我也有这种问题，设置了都没用