本文目錄一覽:
- 1、MySQL莫名掛了,求助
- 2、求助Django的mysql數據庫不定時掛掉,找不到原因
- 3、mysql數據庫掛掉高手快來啊
- 4、服務器mysql數據庫老自動停止,請問怎麼回事
- 5、mysql數據庫崩潰的原因?
MySQL莫名掛了,求助
是mysql數據庫還是mysql數據庫管理工具navicat for mysql啥的,數據庫重啟服務就好了,navicat for mysql 點擊菜單就莫名關閉,只需要關閉一次有道詞典。
求助Django的mysql數據庫不定時掛掉,找不到原因
如果你的mysql也出現以上這種提示,
建議你逐個字看完我這篇文章再按以下方法來嘗試解決問題.
這是mysql數據庫很多時候出現的問題, 網上流傳很多解決辦法. 有人按照那些方法, 還真可以把問題解決了; 但也有很多人按那些方法解決不了問題!
而這箇中原因, 就是沒有對症下藥!!!
網上的那些方法, 很多都沒有明確指出是什麼版本的mysql, 所以導致問題者不能對症下藥.
出現這個問題, 通過停止/重啟 mysql 服務, 是可以解決的, 這個是最簡單的辦法! 對於不懂得什麼叫做”停止/重啟mysql服務”的人來說,
這個最簡單的辦法就是把服務器主機進行重新啟動(就是把你的電腦進行重新啟動).
以上是方法A! (這個方法適合任何版本的mysql)
以下是方法B:(方法僅適用於MySQL4.0.26 版本!!! (我估計,
4.0的其他版本應該也可以的))
網上也有說, 就是對root進行重改密碼. 對於網上流傳的改密碼方法, 也是可行的. 請參考以下:
DOS下修改ROOT密碼:當然後面安裝PHPMYADMIN後修改密碼也可以通過PHPMYADMIN修改
格式:mysqladmin -u用戶名 -p舊密碼 password
新密碼
例:給root加個密碼ideacmblog
首先在進入CMD命令行,轉到MYSQL目錄下的bin目錄,然後鍵入以下命令
mysqladmin
-uroot password ideacmblog
註:因為開始時root沒有密碼,所以-p舊密碼一項就可以省略了。
D:\php\MySQL\binmysqladmin -uroot password
ideacmblog回車後ROOT密碼就設置為ideacmblog了
但是, 請注意了, 以上方法僅適用於MySQL4.0.26
版本!!! (我估計, 4.0的其他版本應該也可以的)
方法C:
好了, 扯了那麼多, 以上的兩個方法都不是我本人測試過的, 本人不對真實性負責!
而現在我說一下本人親自試過的方法, 以供參考:
話說今天, 我的服務器所有php及使用了mysql數據庫的網站, 均掛掉了! 無法打開,
並有以下提示:
錯誤代碼 1045
Access denied for
user ‘root’@’localhost’ (using password:YES)
一開始我也是不斷搜索google(我本人不喜歡百度!),
去找尋解決的辦法. 看了很多, 也參照執行了, 事實上也是解決不了問題. 後來我想到了是版本的問題, 不同的mysql版本,
解決辦法是不一定一樣的!!記住…
我的mysql版本是: 5.0.22
(mysql-essential-5.0.22-win32)
今天一整天, 那些php網站均罷工. 到今晚才有時間上去服務器繼續尋找方法, 但仍然解決不了.
最後, 我決定把mysql卸掉重新安裝!
卸載很快, 而且不需要重新啟動計算機.
於是, 繼續進行安裝.
第一步:
打開這個mysql-essential-5.0.22-win32.exe文件;
第二步: 見到窗口彈出, 並點擊 Next
進入下一步;
第三步: 選擇 Custom 項, 並點擊
Next 進入下一步;
第四步: 到這一步要注意了, 點擊
Change… 選擇你原安裝mysql的目錄; 選擇後, 繼續點擊Next 進入下一步;
第五步: 點擊 Install
進行安裝…
安裝至下一步, 會提示你進行註冊, 選擇最後一項, 即跳過註冊,
進入下一步正式完成安裝.
安裝完成後, 繼續彈出一個窗口, 提示你是不是立刻進行配置,
選擇 Next
選擇Standard Configuration.繼續點擊
Next 進入下一步
這一步里, 把上面那行的勾去掉, 只在 Include
….PATH 那行打勾, 繼續點擊 Next 進入下一步
在這一步, 點擊中間的”Ex****”那頂,
接着配置完畢!
這時候, 你去看看你的mysql正常了沒有??
!!
這樣就ok了!!!
mysql數據庫掛掉高手快來啊
卸載MYSQL,清理註冊表,刪除MYSQL目錄下的所有文件,然後再重新安裝mysql(可能還會需要你之前裝MYSQL root密碼),安裝成功之後在把data數據拷貝到新安裝的mysql目錄中的DATA文件下就可以了。
其他網友提供解決方案:
服務器mysql數據庫老自動停止,請問怎麼回事
服務器mysql數據庫老自動停止是因為在設置時出現了問題,解決方法為:
1、首先登陸服務器。
2、登陸MySQL數據庫;命令如下:mysql -u root -p pwd。
3、查詢MySQL數據庫是否允許遠程ip訪問。
4、開啟遠程訪問操作。命令如下:GRANT ALL PRIVILEGES ON *.* TO ‘root’@’%’IDENTIFIED BY ‘111qqqpwd’ WITH GRANT OPTION;FLUSH PRIVILEGES。
5、打開navicate客戶端,新建mysql鏈接。
6、輸入遠程MySQL數據庫鏈接信息,點擊測試鏈接。數據庫鏈接成功。
注意事項:
MySQL 軟件採用了雙授權政策,分為社區版和商業版,由於其體積小、速度快、總體擁有成本低,尤其是開放源碼這一特點,一般中小型網站的開發都選擇 MySQL 作為網站數據庫。
mysql數據庫崩潰的原因?
MySQL 在崩潰恢復時,會遍歷打開所有 ibd 文件的 header page 驗證數據字典的準確性,如果 MySQL 中包含了大量表,這個校驗過程就會比較耗時。 MySQL 下崩潰恢復確實和表數量有關,表總數越大,崩潰恢復時間越長。另外磁盤 IOPS 也會影響崩潰恢復時間,像這裡開發庫的 HDD IOPS 較低,因此面對大量的表空間,校驗速度就非常緩慢。另外一個發現,MySQL 8 下正常啟用時居然也會進行表空間校驗,而故障恢復時則會額外再進行一次表空間校驗,等於校驗了 2 遍。不過 MySQL 8.0 里多了一個特性,即表數量超過 5W 時,會啟用多線程掃描,加快表空間校驗過程。
如何跳過校驗MySQL 5.7 下有方法可以跳過崩潰恢復時的表空間校驗過程嘛?查閱了資料,方法主要有兩種:
1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ,那麼 validate = false,即可以跳過表空間校驗。實際測試的時候設置 innodb_force_recovery =1,也就是強制恢復跳過壞頁,就可以跳過校驗,然後重啟就是正常啟動了。通過這種臨時方式可以避免崩潰恢復後非常耗時的表空間校驗過程,快速啟動 MySQL,個人目前暫時未發現有什麼隱患。2. 使用共享表空間替代獨立表空間這樣就不需要打開 N 個 ibd 文件了,只需要打開一個 ibdata 文件即可,大大節省了校驗時間。自從聽了姜老師講過使用共享表空間替代獨立表空間解決 drop 大表時性能抖動的原理後,感覺共享表空間在很多業務環境下,反而更有優勢。
臨時冒出另外一種解決想法,即用 GDB 調試崩潰恢復,通過臨時修改 validate 變量值讓 MySQL 跳過表空間驗證過程,然後讓 MySQL 正常關閉,重新啟動就可以正常啟動了。但是實際測試發現,如果以 debug 模式運行,確實可以臨時修改 validate 變量,跳過表空間驗證過程,但是 debug 模式下代碼運行效率大打折扣,反而耗時更長。而以非 debug 模式運行,則無法修改 validate 變量,想法破滅。
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-hant/n/181519.html