這篇文章主要介紹“MySQL主線程狀態(tài)舉例分析”，在日常操作中，相信很多人在MySQL主線程狀態(tài)舉例分析問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”MySQL主線程狀態(tài)舉例分析”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

站在用戶的角度思考問題，與客戶深入溝通，找到龍港網(wǎng)站設計與龍港網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設計與互聯(lián)網(wǎng)技術結(jié)合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：成都網(wǎng)站制作、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、申請域名、網(wǎng)頁空間、企業(yè)郵箱。業(yè)務覆蓋龍港地區(qū)。

復制主線程狀態(tài)
下面列出了主服務器的Binlog Dump線程的State列的最常見的狀態(tài)。如果你沒有在主服務器上看見任何Binlog Dump線程，這說明復制沒有在運行—即，目前沒有連接任何從服務器。
·         Sending binlog event to slave

二進制日志由各種事件組成，一個事件通常為一個更新加一些其它信息。線程已經(jīng)從二進制日志讀取了一個事件并且正將它發(fā)送到從服務器。

·         Finished reading one binlog; switching to next binlog

線程已經(jīng)讀完二進制日志文件并且正打開下一個要發(fā)送到從服務器的日志文件。

·         Has sent all binlog to slave; waiting for binlog to be updated

線程已經(jīng)從二進制日志讀取所有主要的更新并已經(jīng)發(fā)送到了從服務器。線程現(xiàn)在正空閑，等待由主服務器上新的更新導致的出現(xiàn)在二進制日志中的新事件。

·         Waiting to finalize termination

線程停止時發(fā)生的一個很簡單的狀態(tài)。

復制從I/O線程狀態(tài)
下面列出了從服務器的I/O線程的State列的最常見的狀態(tài)。該狀態(tài)也出現(xiàn)在Slave_IO_State列，由SHOW SLAVE STATUS顯示。這說明你可以只通過該語句仔細瀏覽所發(fā)生的事情。
·         Connecting to master

線程正試圖連接主服務器。

·         Checking master version

建立同主服務器之間的連接后立即臨時出現(xiàn)的狀態(tài)。

·         Registering slave on master

建立同主服務器之間的連接后立即臨時出現(xiàn)的狀態(tài)。

·         Requesting binlog dump

建立同主服務器之間的連接后立即臨時出現(xiàn)的狀態(tài)。線程向主服務器發(fā)送一條請求，索取從請求的二進制日志文件名和位置開始的二進制日志的內(nèi)容。

·         Waiting to reconnect after a failed binlog dump request

如果二進制日志轉(zhuǎn)儲請求失敗(由于沒有連接)，線程進入睡眠狀態(tài)，然后定期嘗試重新連接?？梢允褂?-master-connect-retry選項指定重試之間的間隔。

·         Reconnecting after a failed binlog dump request

線程正嘗試重新連接主服務器。

·         Waiting for master to send event

線程已經(jīng)連接上主服務器，正等待二進制日志事件到達。如果主服務器正空閑，會持續(xù)較長的時間。如果等待持續(xù)slave_read_timeout秒，則發(fā)生超時。此時，線程認為連接被中斷并企圖重新連接。

·         Queueing master event to the relay log

線程已經(jīng)讀取一個事件，正將它復制到中繼日志供SQL線程來處理。

·         Waiting to reconnect after a failed master event read

讀取時(由于沒有連接)出現(xiàn)錯誤。線程企圖重新連接前將睡眠master-connect-retry秒。

·         Reconnecting after a failed master event read

線程正嘗試重新連接主服務器。當連接重新建立后，狀態(tài)變?yōu)閃aiting for master to send event。

·         Waiting for the slave SQL thread to free enough relay log space

正使用一個非零relay_log_space_limit值，中繼日志已經(jīng)增長到其組合大小超過該值。I/O線程正等待直到SQL線程處理中繼日志內(nèi)容并刪除部分中繼日志文件來釋放足夠的空間。

·         Waiting for slave mutex on exit

線程停止時發(fā)生的一個很簡單的狀態(tài)。

復制從SQL線程狀態(tài)
下面列出了從服務器的SQL線程的State列的最常見的狀態(tài)。
·         Reading event from the relay log

線程已經(jīng)從中繼日志讀取一個事件，可以對事件進行處理了。

·         Has read all relay log; waiting for the slave I/O thread to update it

線程已經(jīng)處理了中繼日志文件中的所有事件，現(xiàn)在正等待I/O線程將新事件寫入中繼日志。

·         Waiting for slave mutex on exit

線程停止時發(fā)生的一個很簡單的狀態(tài)。
I/O線程的State列也可以顯示語句的文本。這說明線程已經(jīng)從中繼日志讀取了一個事件，從中提取了語句，并且正在執(zhí)行語句。

到此，關于“MySQL主線程狀態(tài)舉例分析”的學習就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關知識，請繼續(xù)關注創(chuàng)新互聯(lián)-成都網(wǎng)站建設公司網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
本文題目：MySQL主線程狀態(tài)舉例分析-創(chuàng)新互聯(lián)
轉(zhuǎn)載注明：http://weahome.cn/article/gppde.html