本篇文章為大家展示了MySQL中如何理解Semaphore wait與undo log，內(nèi)容簡(jiǎn)明扼要并且容易理解，絕對(duì)能使你眼前一亮，通過這篇文章的詳細(xì)介紹希望你能有所收獲。

成都網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)建站！專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)公司、微信開發(fā)、微信平臺(tái)小程序開發(fā)、集團(tuán)成都定制網(wǎng)站等服務(wù)項(xiàng)目。核心團(tuán)隊(duì)均擁有互聯(lián)網(wǎng)行業(yè)多年經(jīng)驗(yàn)，服務(wù)眾多知名企業(yè)客戶；涵蓋的客戶類型包括：成都格柵板等眾多領(lǐng)域，積累了大量豐富的經(jīng)驗(yàn)，同時(shí)也獲得了客戶的一致稱譽(yù)！

場(chǎng)景:
MySQL-5.7.17, 主從架構(gòu), 業(yè)務(wù)讀寫分離, 只讀從庫(kù)不定期出現(xiàn)延遲, 并觸發(fā)Innodb的Semaphore wait導(dǎo)致從庫(kù)主動(dòng)Crash;

結(jié)論:
數(shù)據(jù)庫(kù)升級(jí)到5.7.19, 調(diào)整block size和buffer_pool_instances;

重點(diǎn)!:
畢竟看不懂innodb的源代碼, 沒有理清楚詳細(xì)的邏輯, 只能對(duì)問題現(xiàn)象和代碼碎片進(jìn)行分析;

分析:

源代碼為5.7.17
現(xiàn)象上, 所有實(shí)例中只有這一個(gè)業(yè)務(wù)的實(shí)例有這種問題, 且通過更換虛擬機(jī)/物理機(jī)的方式確認(rèn)了并非外部原因?qū)е峦窖舆t;
通過監(jiān)控的觀察, 確認(rèn)了在延遲出現(xiàn)的時(shí)候沒有突發(fā)性的CPU使用率和IO使用率;

先上error log

1. select r.id 

2.     from tb_r r 

3.     inner join tb_a a on r.id = a.id 

4.     left join tb_asf asf on r.id = asf.id and asf.created_time > '2999-99-99 99:99:99' 

5.     inner join tb_ua ua on a.id = ua.id 

6. where r.type=0 and r.status = 0 and a.type > 0 and r.num > 0 and ua.num=2 

7. GROUP BY r.id 

8. order by a.col1 desc , SUM(IFNULL(asf.col2,0)) desc, a.col3 desc 

9. limit 28

上述內(nèi)容就是MySQL中如何理解Semaphore wait與undo log，你們學(xué)到知識(shí)或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識(shí)儲(chǔ)備，歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道。

分享文章：MySQL中如何理解Semaphorewait與undolog-創(chuàng)新互聯(lián)
URL網(wǎng)址：http://weahome.cn/article/dgeico.html