您好,登录后才能下订单哦!
本篇文章为大家展示了MySQL中如何理解Semaphore wait与undo log,内容简明扼要并且容易理解,绝对能使你眼前一亮,通过这篇文章的详细介绍希望你能有所收获。
场景:
MySQL-5.7.17, 主从架构, 业务读写分离, 只读从库不定期出现延迟, 并触发Innodb的Semaphore wait导致从库主动Crash;
结论:
数据库升级到5.7.19, 调整block size和buffer_pool_instances;
重点!:
毕竟看不懂innodb的源代码, 没有理清楚详细的逻辑, 只能对问题现象和代码碎片进行分析;
分析:
源代码为5.7.17
现象上, 所有实例中只有这一个业务的实例有这种问题, 且通过更换虚拟机/物理机的方式确认了并非外部原因导致同步延迟;
通过监控的观察, 确认了在延迟出现的时候没有突发性的CPU使用率和IO使用率;
先上error log
select r.id
from tb_r r
inner join tb_a a on r.id = a.id
left join tb_asf asf on r.id = asf.id and asf.created_time > '2999-99-99 99:99:99'
inner join tb_ua ua on a.id = ua.id
where r.type=0 and r.status = 0 and a.type > 0 and r.num > 0 and ua.num=2
GROUP BY r.id
order by a.col1 desc , SUM(IFNULL(asf.col2,0)) desc, a.col3 desc
limit 28
上述内容就是MySQL中如何理解Semaphore wait与undo log,你们学到知识或技能了吗?如果还想学到更多技能或者丰富自己的知识储备,欢迎关注亿速云行业资讯频道。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。