新聞中心
這篇文章主要介紹“MySQL slave延遲故障分析”,在日常操作中,相信很多人在Mysql slave延遲故障分析問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”Mysql slave延遲故障分析”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
創(chuàng)新互聯(lián)是一家專業(yè)提供芷江企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站設(shè)計、網(wǎng)站建設(shè)、HTML5建站、小程序制作等業(yè)務(wù)。10年已為芷江眾多企業(yè)、政府機構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站建設(shè)公司優(yōu)惠進行中。
首先還是給出我見過的一些延遲可能:
大事物延遲 延遲略為2*執(zhí)行時間 狀態(tài)為:reading event from the relay log
大表DDL延遲 延遲略為1*執(zhí)行時間 狀態(tài)為:altering table
長期未提交的事物延遲,會造成延遲的瞬時增加
表上沒有主鍵或者唯一鍵 狀態(tài)為:system lock 或者 reading event from the relay log
innodb層鎖造成延遲 狀態(tài)為:system lock 或者 reading event from the relay log
從庫參數(shù)設(shè)置如sync_binlog,sync_relay_log,innodb_flush_log_at_trx_commit等參數(shù)
image.png
我們可以清楚的看到某個MySQL線程耗用CPU為100%,因為是5.7我們可以方便的使用語句
select a.thd_id,b.THREAD_OS_ID,a.user ,a.conn_id,b.TYPE,a.source,a.program_name from sys.processlist a,performance_schema.threads b where b.thread_id=a.thd_id;
找到MySQL線程和操作系統(tǒng)的對應(yīng)關(guān)系如下:
到此,關(guān)于“Mysql slave延遲故障分析”的學習就結(jié)束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續(xù)學習更多相關(guān)知識,請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
新聞名稱:Mysqlslave延遲故障分析
分享網(wǎng)址:http://www.dlmjj.cn/article/pdihgp.html