您好,登錄后才能下訂單哦!
本篇文章為大家展示了MySQL中如何理解Semaphore wait與undo log,內(nèi)容簡明扼要并且容易理解,絕對能使你眼前一亮,通過這篇文章的詳細介紹希望你能有所收獲。
場景:
MySQL-5.7.17, 主從架構(gòu), 業(yè)務(wù)讀寫分離, 只讀從庫不定期出現(xiàn)延遲, 并觸發(fā)Innodb的Semaphore wait導致從庫主動Crash;
結(jié)論:
數(shù)據(jù)庫升級到5.7.19, 調(diào)整block size和buffer_pool_instances;
重點!:
畢竟看不懂innodb的源代碼, 沒有理清楚詳細的邏輯, 只能對問題現(xiàn)象和代碼碎片進行分析;
分析:
源代碼為5.7.17
現(xiàn)象上, 所有實例中只有這一個業(yè)務(wù)的實例有這種問題, 且通過更換虛擬機/物理機的方式確認了并非外部原因?qū)е峦窖舆t;
通過監(jiān)控的觀察, 確認了在延遲出現(xiàn)的時候沒有突發(fā)性的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
上述內(nèi)容就是MySQL中如何理解Semaphore wait與undo log,你們學到知識或技能了嗎?如果還想學到更多技能或者豐富自己的知識儲備,歡迎關(guān)注億速云行業(yè)資訊頻道。
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。