溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇文章為大家展示了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進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
