成人性生交大片免费看视频r_亚洲综合极品香蕉久久网_在线视频免费观看一区_亚洲精品亚洲人成人网在线播放_国产精品毛片av_久久久久国产精品www_亚洲国产一区二区三区在线播_日韩一区二区三区四区区区_亚洲精品国产无套在线观_国产免费www

主頁 > 知識(shí)庫(kù) > MySQL 發(fā)生同步延遲時(shí)Seconds_Behind_Master還為0的原因

MySQL 發(fā)生同步延遲時(shí)Seconds_Behind_Master還為0的原因

熱門標(biāo)簽:話務(wù)外呼系統(tǒng)怎么樣 拉卡拉外呼系統(tǒng) 臨清電話機(jī)器人 高清地圖標(biāo)注道路 外東北地圖標(biāo)注 大眾點(diǎn)評(píng)星級(jí)酒店地圖標(biāo)注 云南電商智能外呼系統(tǒng)價(jià)格 400電話可以辦理嗎 智能外呼系統(tǒng)復(fù)位

問題描述

用戶在主庫(kù)上執(zhí)行了一個(gè) alter 操作,持續(xù)約一小時(shí)。操作完成之后,從庫(kù)發(fā)現(xiàn)存在同步延遲,但是監(jiān)控圖表中的 Seconds_Behind_Master 指標(biāo)顯示為 0,且 binlog 的延遲距離在不斷上升。

原理簡(jiǎn)析

既然是分析延遲時(shí)間,那么自然先從延遲的計(jì)算方式開始入手。為了方便起見,此處引用官方版本 5.7.31 的源代碼進(jìn)行閱讀。找到計(jì)算延遲時(shí)間的代碼:

./sql/rpl_slave.cc

bool show_slave_status_send_data(THD *thd, Master_info *mi,
                                 char* io_gtid_set_buffer,
                                 char* sql_gtid_set_buffer)
......
if ((mi->get_master_log_pos() == mi->rli->get_group_master_log_pos()) 
        (!strcmp(mi->get_master_log_name(), mi->rli->get_group_master_log_name())))
    {
      if (mi->slave_running == MYSQL_SLAVE_RUN_CONNECT)
        protocol->store(0LL);
      else
        protocol->store_null();
    }
    else
    {
      long time_diff= ((long)(time(0) - mi->rli->last_master_timestamp)
                       - mi->clock_diff_with_master);

      protocol->store((longlong)(mi->rli->last_master_timestamp ?
                                   max(0L, time_diff) : 0));
    }
......

從 time_diff 的計(jì)算方式來看,可以發(fā)現(xiàn)這個(gè)延遲基本上就是一個(gè)時(shí)間差值,然后再算上主從之間的時(shí)間差。不過 if 挺多的,所以借用源代碼文件中的注釋:

  /*
     The pseudo code to compute Seconds_Behind_Master:
     if (SQL thread is running)
     {
       if (SQL thread processed all the available relay log)
       {
         if (IO thread is running)
            print 0;
         else
            print NULL;
       }
        else
          compute Seconds_Behind_Master;
      }
      else
       print NULL;
  */

可以知道,Seconds_Behind_Master的計(jì)算分為兩個(gè)部分:

  • SQL 線程正常,且回放完所有的 relaylog 時(shí),如果 IO 線程正常,那么直接置 0。
  • SQL 線程正常,且回放完所有的 relaylog 時(shí),如果 IO 線程不正常,那么直接置 NULL。
  • SQL 線程正常,且沒有回放完所有的 relaylog 時(shí),計(jì)算延遲時(shí)間。

那么在最后計(jì)算延遲時(shí)間的時(shí)候,看看那幾個(gè)變量代表的意義:

  • time(0):當(dāng)前的時(shí)間戳,timestamp 格式的。
  • last_master_timestamp:這個(gè) event 在主庫(kù)上執(zhí)行的時(shí)刻,timestamp 格式。
  • clock_diff_with_master:slave 和 master 的時(shí)間差,在 IO 線程啟動(dòng)時(shí)獲取的。

由此可見,延遲計(jì)算的時(shí)候,實(shí)際上是以 slave 本地的時(shí)間來減掉回放的這個(gè) event 在 master 執(zhí)行的時(shí)刻,再補(bǔ)償兩者之間的時(shí)間差,最后得到的一個(gè)數(shù)值。從邏輯上看是沒什么問題的,由于 time(0) 和 clock_diff_with_master 在大多數(shù)時(shí)候是沒有什么出問題的機(jī)會(huì)的,所以這次的問題,應(yīng)該是出在 last_master_timestamp 上了。

PS:雖說大部分時(shí)候沒問題,但是 time(0) 取的是本地時(shí)間,因此 slave 的本地時(shí)間有問題的話,這個(gè)最終的值也會(huì)出錯(cuò),不過不在本案例的問題討論范圍之內(nèi)了。

那么找一下執(zhí)行 event 的時(shí)候,計(jì)算last_master_timestamp的邏輯,結(jié)合注釋可以發(fā)現(xiàn)普通復(fù)制和并行復(fù)制用了不同的計(jì)算方式,第一個(gè)是普通的復(fù)制,計(jì)算時(shí)間點(diǎn)在執(zhí)行 event 之前:

./sql/rpl_slave.cc

......
  if (ev)
  {
    enum enum_slave_apply_event_and_update_pos_retval exec_res;

    ptr_ev= ev;
    /*
      Even if we don't execute this event, we keep the master timestamp,
      so that seconds behind master shows correct delta (there are events
      that are not replayed, so we keep falling behind).

      If it is an artificial event, or a relay log event (IO thread generated
      event) or ev->when is set to 0, or a FD from master, or a heartbeat
      event with server_id '0' then  we don't update the last_master_timestamp.

      In case of parallel execution last_master_timestamp is only updated when
      a job is taken out of GAQ. Thus when last_master_timestamp is 0 (which
      indicates that GAQ is empty, all slave workers are waiting for events from
      the Coordinator), we need to initialize it with a timestamp from the first
      event to be executed in parallel.
    */
    if ((!rli->is_parallel_exec() || rli->last_master_timestamp == 0) 
         !(ev->is_artificial_event() || ev->is_relay_log_event() ||
          (ev->common_header->when.tv_sec == 0) ||
          ev->get_type_code() == binary_log::FORMAT_DESCRIPTION_EVENT ||
          ev->server_id == 0))
    {
      rli->last_master_timestamp= ev->common_header->when.tv_sec +
                                  (time_t) ev->exec_time;
      DBUG_ASSERT(rli->last_master_timestamp >= 0);
    }
......

last_master_timestamp的值是取了 event 的開始時(shí)間并加上執(zhí)行時(shí)間,在 5.7 中有不少 event 是沒有執(zhí)行時(shí)間這個(gè)數(shù)值的,8.0 給很多 event 添加了這個(gè)數(shù)值,因此也算是升級(jí) 8.0 之后帶來的好處。

而并行復(fù)制的計(jì)算方式,參考如下這一段代碼:

./sql/rpl\_slave.cc

......
  /*
    We need to ensure that this is never called at this point when
    cnt is zero. This value means that the checkpoint information
    will be completely reset.
  */

  /*
    Update the rli->last_master_timestamp for reporting correct Seconds_behind_master.

    If GAQ is empty, set it to zero.
    Else, update it with the timestamp of the first job of the Slave_job_queue
    which was assigned in the Log_event::get_slave_worker() function.
  */
  ts= rli->gaq->empty()
    ? 0
    : reinterpret_castSlave_job_group*>(rli->gaq->head_queue())->ts;
  rli->reset_notified_checkpoint(cnt, ts, need_data_lock, true);
  /* end-of "Coordinator::"commit_positions" */

......

在 Coordinator 的 commit_positions 這個(gè)邏輯中,如果 gaq 隊(duì)列為空,那么last_master_timestamp直接置 0,否則會(huì)選擇 gaq 隊(duì)列的第一個(gè) job 的時(shí)間戳。需要補(bǔ)充一點(diǎn)的是,這個(gè)計(jì)算并不是實(shí)時(shí)的,而是間歇性的,在計(jì)算邏輯前面,有如下的邏輯:

  /*
    Currently, the checkpoint routine is being called by the SQL Thread.
    For that reason, this function is called call from appropriate points
    in the SQL Thread's execution path and the elapsed time is calculated
    here to check if it is time to execute it.
  */
  set_timespec_nsec(curr_clock, 0);
  ulonglong diff= diff_timespec(curr_clock, rli->last_clock);
  if (!force  diff  period)
  {
    /*
      We do not need to execute the checkpoint now because
      the time elapsed is not enough.
    */
    DBUG_RETURN(FALSE);
  }

即在這個(gè) period 的時(shí)間間隔之內(nèi),會(huì)直接 return,并不會(huì)更新這個(gè)last_master_timestamp,所以有時(shí)候也會(huì)發(fā)現(xiàn)并行復(fù)制會(huì)時(shí)不時(shí)出現(xiàn) Seconds_Behind_Master 在數(shù)值上從 0 到 1 的變化。

而 gaq 隊(duì)列的操作,估計(jì)是類似于入棧退棧的操作,所以留在 gaq 的總是沒有執(zhí)行完的事務(wù),因此時(shí)間計(jì)算從一般場(chǎng)景的角度來看是沒問題。

問題分析

原理簡(jiǎn)析中簡(jiǎn)要闡述了整個(gè)計(jì)算的邏輯,那么回到這個(gè)問題本身,騰訊云數(shù)據(jù)庫(kù) MySQL 默認(rèn)是開啟了并行復(fù)制的,因此會(huì)存在 gaq 隊(duì)列,而 alter 操作耗時(shí)非常的長(zhǎng),不論 alter 操作是否會(huì)被放在一組并行事務(wù)中執(zhí)行(大概率,DDL 永遠(yuǎn)是一個(gè)單獨(dú)的事務(wù)組),最終都會(huì)出現(xiàn) gaq 隊(duì)列持續(xù)為空,那么就會(huì)把last_master_timestamp置 0,而參考 Seconds_Behind_Master 的計(jì)算邏輯,最終的 time_diff 也會(huì)被置 0,因此 alter 操作結(jié)束前的延遲時(shí)間一直會(huì)是 0。而當(dāng) alter 操作執(zhí)行完之后,gaq 隊(duì)列會(huì)填充新的 event 和事務(wù),所以會(huì)出現(xiàn)延遲之前一直是 0,但是突然跳到非常高的現(xiàn)象。

拓展一下

對(duì)比普通復(fù)制和并行復(fù)制計(jì)算方式上的差異,可以知道以下幾個(gè)特點(diǎn):

  • 開啟并行復(fù)制之后,延遲時(shí)間會(huì)經(jīng)常性的在 0 和 1 之間跳變。
  • alter 操作,單個(gè)大事務(wù)等在并行復(fù)制的場(chǎng)景下容易導(dǎo)致延遲時(shí)間不準(zhǔn),而普通的復(fù)制方式不會(huì)。
  • 由于主從時(shí)間差是在 IO 線程啟動(dòng)時(shí)就計(jì)算好的,所以期間 slave 的時(shí)間出現(xiàn)偏差之后,延遲時(shí)間也會(huì)出現(xiàn)偏差。

總結(jié)一下

嚴(yán)謹(jǐn)?shù)难舆t判斷,還是依靠 GTID 的差距和 binlog 的 position 差距會(huì)比較好,從 8.0 的 event 執(zhí)行時(shí)間變化來看,至少 Oracle 官方還是在認(rèn)真干活的,希望這些小毛病能盡快的修復(fù)吧。

以上就是MySQL 發(fā)生同步延遲時(shí)Seconds_Behind_Master還為0的原因的詳細(xì)內(nèi)容,更多關(guān)于MySQL 同步延遲Seconds_Behind_Master為0的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!

您可能感興趣的文章:
  • 詳解MySQL的Seconds_Behind_Master
  • python3文件復(fù)制、延遲文件復(fù)制任務(wù)的實(shí)現(xiàn)方法
  • docker實(shí)現(xiàn)mysql主從復(fù)制的示例代碼
  • MySQL數(shù)據(jù)庫(kù) Load Data 多種用法
  • MySQL數(shù)據(jù)庫(kù)Shell import_table數(shù)據(jù)導(dǎo)入
  • Mysql數(shù)據(jù)庫(kù)的主從同步配置
  • Mysql實(shí)現(xiàn)簡(jiǎn)易版搜索引擎的示例代碼
  • MySQL命令無法輸入中文問題的解決方式
  • 當(dāng)面試官問mysql中char與varchar的區(qū)別
  • MySQL的從庫(kù)Seconds_Behind_Master延遲總結(jié)

標(biāo)簽:阿里 無錫 揚(yáng)州 定西 福州 三明 山西 溫州

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《MySQL 發(fā)生同步延遲時(shí)Seconds_Behind_Master還為0的原因》,本文關(guān)鍵詞  MySQL,發(fā)生,同步,延遲,時(shí),;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《MySQL 發(fā)生同步延遲時(shí)Seconds_Behind_Master還為0的原因》相關(guān)的同類信息!
  • 本頁收集關(guān)于MySQL 發(fā)生同步延遲時(shí)Seconds_Behind_Master還為0的原因的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    国产一级黄色录像| 国产亚洲毛片在线| 一级特黄aaa大片| 日韩系列在线| 精品一区二区三区欧美| 欧美r级在线观看| 欧美热在线视频精品999| 亚洲男人都懂的网站| 国产精品久久久亚洲第一牛牛| 亚洲成人黄色小说| 欧美疯狂xxxx大交乱88av| 老司机在线看片网av| 少妇av在线播放| 免费在线亚洲欧美| 日韩欧美成人午夜| av毛片久久久久**hd| 色涩视频在线观看| 噼里啪啦国语在线观看免费版高清版| 少妇精品高潮欲妇又嫩中文字幕| 日本大胆欧美| 羞羞在线视频| 日本午夜精华| h网站视频在线观看| 热re久久精品国产99热| 91精品蜜臀在线一区尤物| 国产v亚洲v天堂无码久久久| 亚洲高清不卡一区| 国产精品爱久久久久久久小说| 欧美日产在线观看| 久久婷婷一区二区三区| 久久综合亚洲社区| 国产欧美精品区一区二区三区| 2019国内自拍| 在线观看免费小视频| 懂色av蜜臀av粉嫩av分享吧最新章节| 五月天国产一区| 国产一精品一av一免费爽爽| 午夜亚洲性色视频| 日韩有码第一页| 国产精品专区h在线观看| 九色综合狠狠综合久久| 亚洲精品福利电影| 亚洲精品国产嫩草在线观看| 全亚洲第一av番号网站| 激情在线观看视频| 亚洲成人99| 亚洲综合男人的天堂| 最新天堂在线视频| 99热这里只有精| 天天做天天爱天天爽| 免费一区二区三区视频导航| 欧美大片免费观看| 在线看国产视频| 久久躁日日躁aaaaxxxx| 富二代精品短视频| 国产精品视频永久免费播放| 亚洲无限av看| h视频免费在线| 国产精品88av| 久久99久久精品欧美| 韩漫成人漫画| 99精品欧美一区二区三区综合在线| 欧美综合在线观看| 亚洲老头老太hd| 精品欧美一区二区三区在线观看| 国产精品网站一区| 欧美一级免费在线观看| 天天综合91| 男人午夜视频在线观看| 678在线观看视频| 欧美老女人在线视频| 亚洲精品人成电影网| 中文字幕777| 五月婷婷六月丁香| 亚洲高清免费观看高清完整版在线观看| 日韩欧美国产黄色| 精品欧美一区二区精品少妇| 国产精品嫩草久久久久| 黄色录像二级片| 美女黄毛**国产精品啪啪| 日韩电影在线看| 91av视频免费观看| 精品在线播放| 亚洲va欧美va天堂v国产综合| 最近2019好看的中文字幕免费| 成人黄色在线免费观看| 97av免费视频| 亚洲麻豆一区| 日韩毛片无码永久免费看| 国产精品高清网站| 亚洲ai欧洲av| 亚洲最新av在线| www免费网站在线观看| 国产在线播放一区三区四| 日韩天堂在线视频| 美女被草91| 国产又黄又爽视频| 午夜激情福利网| 成人免费毛片app| 亚洲一区二区三区av无码| 欧美精品久久久久久久久| 色噜噜在线播放| 亚洲精品成a人ⅴ香蕉片| 成人免费网站在线观看视频| 香蕉网在线播放| 日韩精品视频一区二区三区| 日韩大片在线永久免费观看网站| 欧美高清性猛交| 欧美一区二区三区另类| 精品综合免费视频观看| www欧美com| 国精品产品一区| 欧美成人精品影院| 精品午夜一区二区| av福利在线观看| 欧美极品少妇无套实战| 久草福利在线视频| 无码国产精品一区二区高潮| 午夜精品一区二区三区国产| 精品午夜一区二区三区在线观看| 韩日精品中文字幕| 翡翠波斯猫1977年美国| 99国产成+人+综合+亚洲欧美| 欧美中文字幕在线观看| xx免费视频| 超碰91在线播放| 欧美freesex黑人又粗又大| 警花观音坐莲激情销魂小说| 午夜精品无码一区二区三区| 国产一区二区三区日韩精品| 精品少妇theporn| 在线免费观看一区| 美乳视频一区二区| 无码人妻aⅴ一区二区三区| 国产极品人妖在线观看| 亚洲精品人成电影网| www.好吊操| 久久99精品这里精品3| h在线视频免费观看完整版| 女人让男人操自己视频在线观看| 欧美极品少妇无套实战| wwwav91| 无遮挡的视频在线观看| 亚洲综合在线免费观看| 涩涩视频免费网站| 国产精品嫩草影院俄罗斯| 国产在线一区二区| 国产精品网站导航| 欧洲亚洲两性| 激情五月色综合亚洲小说| 亚洲一区在线电影| 亚洲欧美一区二区三区久本道91| 91网址在线播放| 国内精品久久久久久中文字幕| 欧美黄色大片在线观看| 久久久久久免费网| 欧美亚洲另类色图| 亚洲主播在线播放| 波多野结衣网页| 午夜精品福利在线| 91免费观看在线| 国产在线视频福利| 巨胸大乳www视频免费观看| 欧美高清xxxxxkkkkk| 亚洲一区电影777| 国产精品自拍三区| 久久影院午夜精品| 亚洲精品高清在线观看| 四虎影视国产精品| 日日噜噜夜夜狠狠久久波多野| 麻豆av在线| 亚洲精品国产高清久久伦理二区| 亚洲春色一区二区三区| 在线观看免费版| 亚洲自拍第三页| 日韩精品极品毛片系列视频| 国产美女精品在线观看| 色综合天天综合| 一道本一区二区三区| 亚洲国产精品成人精品| 欧美亚洲免费电影| 成人免费va视频| 国产又粗又爽| 欧美成人精品xxx| 日本美女一级片| 一二三区精品| 亚洲欧洲一区二区天堂久久| 中文字幕 自拍| 久久精品视频免费播放| 国产在线乱码一区二区三区| 九九九九九九精品任你躁| 亚洲一区二区三区午夜| 成人羞羞动漫| 国产精品九九| avtt天堂资源网站| 国产在亚洲线视频观看| 国产精品区一区| 欧美1—12sexvideos| 日韩国产成人| 台湾成人免费视频| 成人资源在线播放| 日韩成人免费电影| 国产中文在线视频| 亚洲成人蜜桃| 欧美色图第二页| 精品欧美一区二区三区| 美女一区网站| 最新国产精品久久| 中文精品久久久久人妻不卡| 日韩av一区二区在线| 一区视频二区视频| 欧美一区二区三区免费| 亚洲精品男人| 日韩成人免费在线| 亚洲人成网站999久久久综合| 亚洲精品理论电影| 亚洲国产免费av| 婷婷丁香激情五月| 欧美人成在线观看ccc36| 中日韩免费视频中文字幕| 亚洲av无码乱码国产麻豆| 毛片免费视频| 精品视频一区二区观看| 亚洲一区二区三区精品动漫| 日韩一级精品视频在线观看| 国产成人一区二| 激情国产在线| 欧美黄色免费网站| 91久久久久久久久久久久| 欧美xxxxxxxxx59| 91在线一区| 国产视频在线观看一区二区三区| 日本在线观看| 国产精品麻豆一区二区| 国产一区三区在线播放| 欧美黑人一级片| 中文字幕在线播放不卡| 亚洲有吗中文字幕| 91午夜理伦私人影院| 爱啪视频在线观看视频免费| 日本视频在线观看| 国产91ⅴ在线精品免费观看| 青青在线免费视频| baoyu135国产精品免费| 欧美激情国产精品| 亚洲色欲色欲www在线观看| 高清hd写真福利在线播放| 国产精品久久久久久久久久久久| 精品国产亚洲一区二区三区在线观看| 精品国产免费第一区二区| 精品久久在线观看| 国产精品91一区二区三区| 五月婷婷亚洲| 亚洲一区精品在线观看| 日日操夜夜爽| 日韩熟女精品一区二区三区| 中文字幕在线视频精品| 国产在线视频欧美一区二区三区| 激情视频免费| 2020国内自拍视频| 日韩黄色在线观看| 国产熟女一区二区三区四区| 男女猛烈无遮挡午夜视频| 三级久久三级久久久| 综合久久五月天| 99久久人妻精品免费二区| 亚洲国产精品va在线看黑人动漫| 中文字幕免费在线不卡| 欧美激情性爽国产精品17p| 成人中文字幕+乱码+中文字幕| 成人免费高清完整版在线观看| 国产日韩欧美视频在线观看| 日本高清免费在线视频| 羞羞影院欧美| 国产 日韩 欧美在线| 久久精品国产一区二区| 26uuu亚洲婷婷狠狠天堂| 91精品欧美综合在线观看最新| 成人午夜视频免费观看| 国产女人水真多18毛片18精品视频| 日韩国产高清影视| 色一情一乱一伦一区二区三欧美| 国产传媒日韩欧美成人| 高h调教冰块play男男双性文| 中文字幕人妻一区二区三区| 久久久久久久综合| 国产免费又粗又猛又爽| 亚洲精品免费电影| 色偷偷偷综合中文字幕;dd| 极品人妻videosss人妻| 国产av天堂无码一区二区三区| 六九午夜精品视频| 992kp免费看片| 免费在线观看国产精品| 日韩理伦片在线| 欧美另类极品videosbest视| 亚洲欧洲一区二区三区在线观看| 日韩一级免费观看| 一二三四视频在线中文| 国产精品久久久久久久免费看| 国产经品一区二区| 狠狠色噜噜狠狠狠888奇米| 99精品视频在线免费播放| 大尺度在线观看| 日韩av在线资源| 国产z一区二区三区| 任你躁在线精品免费| 中文字幕有码无码人妻av蜜桃| 日韩av一区二区在线观看| 欧美午夜影院在线视频| 欧美绝顶高潮抽搐喷水合集| 日韩电影中文字幕| 色欲一区二区三区精品a片| 亚洲已满18点击进入在线看片| 国产人妻精品午夜福利免费| 亚洲综合在线播放| 成人网ww555视频免费看| 国产香蕉免费精品视频| 欧美伊人久久久久久久久影院| 欧美日韩综合| 国产成人av无码精品| 古装做爰无遮挡三级聊斋艳谭| 日本丰满少妇做爰爽爽| 日本少妇高潮喷水视频| 国产精品18| 欧美日韩www| 在线观看免费高清完整| 国产精九九网站漫画|