停止服務報錯：
命令:/etc/init.d/mysqld stop
error! mysql server pid file could not be found!
1.在進行了刪除mysqlbinlog二進位制日誌
操作為：
purge binary logs to 'mysql-bin.000002';
2.後面進行了修改/etc/my.cnf配置檔案
新增了啟動gtid和gtid的優化引數兩個配置
操作為：
gtid-mode = on #開啟gtid
enforce-gtid-consistency = true #強制gtid的一致性
解決過程：
1.採用殺掉mysqld程序的方式
kill -9 23432 發現殺不掉
2.查資料提示賦予/data/binlog目錄下的檔案755許可權
檢視當前binlog目錄許可權為755，目錄下檔案許可權為541
chmod -r 755 binlog
發現還是不能啟動
3.還原對my.cnf的操作
還是不行
4.檢視日誌 發現提示locked ibdata檔案
2020-03-26t08:52:23.429532z 0 [error] innodb: cannot open datafile './ibdata1'
發現ibdata1的許可權為640
此時進行賦予所有資料檔案755的操作
cd /data
chmod -r 755 *
7.網上提示binlog空間不足 我是放在根目錄/data下的 這個掛載/的盤還有31個g
這不科學 .這裡我將他刪掉再說.
將日誌全部刪掉，在mysql客戶端進行shutdown操作，奇蹟出現了
程序沒了，重啟也實現了
這裡，我在次操作看能否模擬此次錯誤
目前我經過操作，產生了10個mysql-bin-log
通過purge 刪除3個。再次停止試一試 ;
purge binary logs to 'mysql-bin.000004';
這裡又停止成功了。
you不知道**出了問題。
我們再次新增gtid的配置 看看是不是這裡出了問題.
新增後，
成功啟動了mysql。。。我真是慌的一筆 。。
顯然我們沒有模擬到這個情況。所以暫時認為解決辦法是清空了binlog。
然後在客戶端進行了shutdown操作。
所以雖然解決了，但是沒有定位到問題在**，可能還是binlog出了問題。
mysql斷線重連 mysql斷線重連報錯
原本 dispatch by order 迴圈中，socket.block 方法是掛起協程阻塞的，當客戶端socket主動斷開的時候，socket 協程被喚醒發現 connected 為 false，繼續執行了 close channel socket self 和 wakeup all self ...
mysql 重啟失敗 重啟MySQL服務失敗
在mysql安裝完成之後，使用命令 net start mysql 出現錯誤 開啟mysql data 目錄下的出錯檔案 2020 08 15t03 27 08.908407z 0 system my 010116 server d program files x86 mysql 8.0.16 wi...
mysql 重啟例項 mysql加快重啟例項的速度
有時候由於業務維護視窗比較短的原因，需要快速的重啟mysql例項 1 set global innodb max dirty pages pct 0 2 觀察 root mysql01 mysqladmin ext grep dirty innodb buffer pool pages dirty ...