怎么讓mysql超時 mysql會話超時

怎樣配置MySQL數(shù)據(jù)庫超時設(shè)置

mysql命令

成都創(chuàng)新互聯(lián)"三網(wǎng)合一"的企業(yè)建站思路。企業(yè)可建設(shè)擁有電腦版、微信版、手機版的企業(yè)網(wǎng)站。實現(xiàn)跨屏營銷，產(chǎn)品發(fā)布一步更新，電腦網(wǎng)絡(luò)+移動網(wǎng)絡(luò)一網(wǎng)打盡，滿足企業(yè)的營銷需求！成都創(chuàng)新互聯(lián)具備承接各種類型的網(wǎng)站設(shè)計、成都網(wǎng)站建設(shè)項目的能力。經(jīng)過十多年的努力的開拓，為不同行業(yè)的企事業(yè)單位提供了優(yōu)質(zhì)的服務(wù)，并獲得了客戶的一致好評。

查看mysql server超時時間：

msyql show global variables like '%timeout%';

設(shè)置mysql server超時時間（以秒為單位）：

msyql set global wait_timeout=10;

msyql set global interactive_timeout=10;

如何配置MySQL數(shù)據(jù)庫超時設(shè)置

大規(guī)模多線程操作事務(wù)的時候，有時候打開一個鏈接，會進行等待，這時候如果數(shù)據(jù)庫的超時時間設(shè)置的過短，就可能會出現(xiàn)，數(shù)據(jù)鏈接自動被釋放，當(dāng)然設(shè)置過大也不好，慢SQL或其他因素引起的鏈接過長，導(dǎo)致整個系統(tǒng)被拖慢，甚至掛掉。SO，適當(dāng)?shù)脑O(shè)置超時時間。設(shè)置方法：

SHOW GLOBAL VARIABLES LIKE '%timeout%'

SET GLOBAL wait_timeout=10000

網(wǎng)頁鏈接

mysql怎么設(shè)置超時時間

MYSQL_OPT_READ_TIMEOUT 是 MySQL c api 客戶端中用來設(shè)置讀取超時時間的參數(shù)。在 MySQL 的官方文檔中，該參數(shù)的描述是這樣的：

MYSQL_OPT_READ_TIMEOUT (argument type: unsigned int *)The timeout in seconds for each attempt to read from the server. There are retries if necessary, so the total effective timeout value is three times the option value. You can set the value so that a lost connection can be detected earlier than the TCP/IPClose_Wait_Timeout value of 10 minutes.

也就是說在需要的時候，實際的超時時間會是設(shè)定值的 3 倍。但是實際測試后發(fā)現(xiàn)實際的超時時間和設(shè)置的超時時間一致。

而具體什么時候發(fā)生三倍超時，在文檔中沒有找到。所以對 MySQL 5.7.20 的源碼進行了一些分析。

使用 GDB 調(diào)試代碼找了實際與 mysql server 通信的代碼，如下：

請點擊輸入圖片描述

其中 vio_read() 函數(shù)中，使用 recv 和 poll 來讀取報文和做讀取超時。net_should_retry() 函數(shù)只有在發(fā)生 EINTR 時才會返回 true。從這段代碼來看是符合測試結(jié)果的，并沒有對讀取進行三次重試。只有在讀取操作被系統(tǒng)中斷打斷時才會重試，但是這個重試并沒有次數(shù)限制。

從上面代碼的分析可以看出，代碼的邏輯和文檔的描述不符。于是在一頓搜索后，找到了一個 MySQL 的 BUG(Bug #31163)。該 BUG 報告了在?MySQL?5.0 中，MySQL c api 讀取的實際超時時間是設(shè)置的三倍，與現(xiàn)有文檔描述相符。于是對 MySQL 5.0.96 的代碼又進行分析。

同樣使用 GDB 找到了通信部分的代碼。這次找到了重試三次的代碼，如下：

請點擊輸入圖片描述

這個版本的 MySQL api 的讀寫超時是直接使用的 setsockopt 設(shè)置的。第一次循環(huán)，在 A 點發(fā)生了第一次超時（雖然注釋寫的非阻塞，但是客戶端的連接始終是阻塞模式的）。然后在 B 點將該 socket 設(shè)置為阻塞模式，C 點這里重置 retry 次數(shù)。由于設(shè)置了 alarm 第二次以后的循環(huán)會直接進入 D 點的這個分支，并且判斷循環(huán)次數(shù)。作為客戶端時net-retry_count 始終是 1，所以重試了兩次，共計進行了 3 次 vioread 后從 E 點退出函數(shù)。

由上面的分析可知，MySQL 文檔對于該參數(shù)的描述已經(jīng)過時，現(xiàn)在的 MYSQL_OPT_READ_TIMEOUT 并不會出現(xiàn)三倍超時的問題。而 Bug #31163 中的處理結(jié)果也是將文檔中該參數(shù)的描述更新為實際讀取超時時間是設(shè)定時間的三倍。也許是 MySQL 的維護者們在后續(xù)版本更新時忘記更新文檔吧。

新聞名稱：怎么讓mysql超時 mysql會話超時
網(wǎng)頁URL：http://muchs.cn/article36/doccesg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站排名、網(wǎng)站維護、ChatGPT、網(wǎng)站內(nèi)鏈、網(wǎng)站改版、云服務(wù)器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)