MySQL wait timeout引數修改

mysql wait_timeout引數修改問題，可能經常會有dba遇到過，下面就試驗一下並看看會有什麼現象。

wait_timeout分為global級及session級別，如未進行配置，預設值為28800，即8小時。

session級（session關鍵字可省略）                                    

global級

此處省略對global級 與 session級引數的解釋，有興趣深入了解的小夥伴請自行學習，也可以在以下的操作中理解哦。

1. 修改global 級別wait_timeout；

修改後，檢視，global級引數已修改，session級依舊，此時是否懷疑，退出會話重新登入後session級會跟著改變呢，帶此疑問進行操作。

結果發現，沒什麼兩樣。那就接著看下面的操作吧。

2.修改session 級別wait_timeout；

此時本會話的引數確實已經設定成功了，但是每次都要這麼設定麼？退出後再看看？

果然。。。。。

此時該如何是好，莫非每次都這麼弄？mysql 資料庫這個引數不會真有這麼蠢吧。

此時，請想起之前配置檔案裡說明的一點，全文鏈結

interactive_timeout=600 #伺服器關閉互動式連線前等待活動的秒數,同時設定interactive_timeout和wait_timeout才會生效

wait_timeout=600  # 伺服器關閉非互動連線之前等待活動的秒數。

#長時間的執行批量的mysql語句。最常見的就是採集或者新舊資料轉化

3.修改session 級別interactive_timeout；

此時session級wait_timeout那是沒變，退出重進？

又還原了。。。。

（此時是否理解session級與global級引數的區別了？）

那按之前的套路，再修改global級別的。

4.修改global級別interactive_timeout；

沒有意外，果然session級的那是那個鳥樣。

但是，按照上面的套路，退出重進試一下。

重進後，沒設定session級的居然變了，和global級一樣的。至此，我們了解到，只要同時修改global級interactive_timeout和wait_timeout才能生效。

小結：

AIX HACMP使用EMC儲存時的引數修改

早期客戶兩台aix hacmp雙機，在發生切換時，出現接收方卷組資訊丟失，所連儲存為emc儲存。後來通過設定emc生成的hdiskpowerxx的引數reserve lock no問題得到解決 chdev l hdiskpower0 a reserve lock no chdev l hdiskpo...

MMDetection V2 0 視覺化引數修改

將mmdetection的檢測結果在sar圖上視覺化時，發現字型太小 太細，看不清。修改mmdtection中一些引數可以改變檢測框的顏色 粗細 字型大小 字型粗細。找到mmdet models detectors base.py檔案，修改class basedetector 中的show resu...

Python MIMEMultipart 修改資訊

今天呼叫同事的mail模組，由於預設讀取配置檔案來獲取to 收件人 資訊，不想改他 於是嘗試在外部賦值 message info to xx xx.com 注 message info mimemultipart alternative 發現收件人仍是之前配置檔案中的收件人，而不是我賦值的xx 查詢...