13518219792
這個問題出現(xiàn)在MySQL5.7之后的版本，主要的原因是MySQL會在最新的check point完成后都會在redolog寫一個一字節(jié)的MLOG_CHECKPOINT標記，用來標記在此之前的redo都已checkpoint完成。
卓尼網(wǎng)站建設(shè)公司成都創(chuàng)新互聯(lián),卓尼網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為卓尼1000多家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站建設(shè)公司要多少錢，請找那個售后服務(wù)好的卓尼做網(wǎng)站的公司定做！
如果處于任何原因沒有找到這個標記，那么整個redolog文件都會被忽略。出現(xiàn)這個錯誤的話，最好是有備份進行恢復(fù)，如果沒有做好備份，那只能采取非常規(guī)的啟動方式，但可能造成數(shù)據(jù)丟失。
介紹
MySQL是一個關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，由瑞典MySQLAB公司開發(fā)，屬于Oracle旗下產(chǎn)品。MySQL是最流行的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)之一，在WEB應(yīng)用方面，MySQL是最好的RDBMS應(yīng)用軟件之一。
MySQL是一種關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，關(guān)系數(shù)據(jù)庫將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個大倉庫內(nèi)，這樣就增加了速度并提高了靈活性。
打開mysql server instance config ，然后，單擊next，然后選擇remove server instance，刪除后，然后卸載mysql程序，卸載完成后。打開 Documents and Settings\All Users目錄，在里面有個application data文件夾，如果沒有的話，那是他隱藏了，（工具----文件夾選項----顯示隱藏的文件），打開application data 文件夾，里面有個mysql文件夾，刪除即可，然后重新安裝，絕對成功。
去mysql5\data里面看一下.err日志，會有提示的。
1、可能端口被占用
2、可能my.cnf配置了錯誤的參數(shù)
3、可能沒有初始數(shù)據(jù)庫
解壓后的文件有默認的配置文件（my-default.ini），但是默認的配置文件不好用，使用的時候會出現(xiàn)很多問題，比如里面的漢字全是亂碼等。所以需要配置個人默認配置文件：在解壓后的路徑下新建文件：my.ini，將以下代碼復(fù)制進去，代碼中出現(xiàn)兩次D:\mysql-5.7.17-winx64，這是我的MySQL的解壓路徑，各位根據(jù)自己的路徑替換掉即可。至此，MySQL可以執(zhí)行安裝了。
啟動Mysql提示ERROR! The server quit without updating PID file (/usr/local/var/mysql/xxxx.local.pid).
1、查看mysql錯誤日志：打開/usr/local/var/mysql/xxxx.err或者xxxx.local.err文件。
2、問題應(yīng)該是某個程序占用了mysql的默認端口3306。
3、查看端口使用情況lsof -i:3306，發(fā)現(xiàn)是一個用戶名為_mysql啟動了mysqld指令占用了3306，感覺現(xiàn)象非常奇怪，不清楚為什么會有這個用戶組，為什么會啟動mysqld，由于這個電腦是公司其他同事轉(zhuǎn)移資產(chǎn)到的我名下，所以有可能是之前用戶或者公司it裝了什么服務(wù)導(dǎo)致的。
4、首先嘗試干掉進程：sudo kill xxxx，結(jié)果發(fā)現(xiàn)當kill后，還會重新啟動。
5、嘗試修改mysql默認啟動端口，Baidu上有人告訴修改/Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist文件
添加string--port=3307/string保存，先重新啟動mysql服務(wù)，發(fā)現(xiàn)問題依然存在，發(fā)現(xiàn)配置沒有起作用，默認端口依然是3306，然后考慮重新啟動電腦，看看是否可以修改占用默認端口的配置。
6、重啟后再次查看3306端口占用情況，發(fā)現(xiàn)確實不存在了。但是發(fā)現(xiàn)啟動mysql服務(wù)時，依然存在問題：
仔細觀察發(fā)現(xiàn)，這個占用和plist中的mysql配置一樣的，所以可以確定每次啟動計算機后，會按默認配置執(zhí)行一個mysqld。
7、不清楚為什么會按com.oracle.oss.mysql.mysqld.plist配置執(zhí)行mysqld，于是把注意力放在了Mac啟動上。
8、Mac的啟動原理是：
看到這里就明白了，原來LaunchDaemons里面放的是Mac啟動時的一些啟動服務(wù)，
9、System/Library和/Library和~/Library目錄的區(qū)別：
10、System/Library和/Library和~/Library目錄的區(qū)別：
11、有了上面的結(jié)果，于是把注意力放在了com.oracle.oss.mysql.mysqld.plist上，每個Mac啟動中都有么，這個是如何添加的。首先查看了家里的其他蘋果電腦，發(fā)現(xiàn)都沒有這個plist文件，于是開始研究這個文件的產(chǎn)生原因。
12、經(jīng)過Baidu懷疑這個文件應(yīng)該是之前用dmg安裝包安裝的mysql產(chǎn)生的，在設(shè)置中也發(fā)現(xiàn)了殘留信息
于是果斷把自動啟動去掉，重啟計算機。
13、重啟后，發(fā)現(xiàn)無論是3306還是3307端口上都沒有mysql服務(wù)了，于是運行mysql.server start，這次終于看見了Starting MySQL . SUCCESS!
14、刪除com.oracle.oss.mysql.mysqld.plist文件，重啟電腦后，發(fā)現(xiàn)設(shè)置中仍然還有MySQL的控制選項。
15、MySQL dmg安裝方式的卸載方法：
至此，這個問題算是完美解決了。
一、無法訪問系統(tǒng)資源
MySQL 不能訪問啟動需要的資源是造成而 MySQL 無法啟動的一個常見原因，如：文件，端口等。由于 linux 中用于啟動 mysqld 進程的 mysql 用戶通常是不能登陸的，可以使用類似下面的命令檢查文件的訪問權(quán)限。
sudo -u mysql touch /var/lib/mysql/b
找出問題后，修改對應(yīng)文件或目錄的權(quán)限或?qū)僦骱笸ǔ？梢越鉀Q問題。但有時 mysql 用戶有訪問文件和目錄的權(quán)限，但仍然會被拒絕訪問，例如下面這個例子：
mysql system sudo -u mysql touch /home/mysql/data/a
mysql create table t1 (
id int primary key,n varchar(10
) data directory
ERROR 1030 (HY000): Got error 168 from storage engine
測試說明 mysql 用戶有這個目錄的訪問權(quán)限，但創(chuàng)建文件還是失敗，這種情況讓很多人困惑，這個時候通常是 mysqld 進程的訪問被 linux 的 selinux 或 apparmor 給阻止了，大家可以看到創(chuàng)建的表不是在 mysql 的默認目錄下面，因此 selinux 或 apparmor 的 policy 里面沒有包含這個目錄的訪問權(quán)限，此時只要對應(yīng)的修改 policy 就行了，當然把 selinux 或 apparmor 停了也行。
有時雖然對系統(tǒng)資源有訪問的權(quán)限，但系統(tǒng)資源已經(jīng)被占用：
mysqld --no-defaults --console --user mysql
2020-11-03T03:36:07.519419Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 21171
2020-11-03T03:36:07.740347Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11
這個故障產(chǎn)生的原因是另外一個 mysqld 進程已經(jīng)啟動并占用了對應(yīng)的文件。
二、參數(shù)設(shè)置錯誤
參數(shù)設(shè)置錯誤造成 MySQL 無法啟動的原因也非常常見，此時先要檢查 MySQL 啟動時會調(diào)用的參數(shù)，下面的命令可以查詢 MySQL 啟動時調(diào)用參數(shù)文件的順序：
$ mysqld --verbose --help | grep "Default options " -A 1
Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf
知道了 MySQL 參數(shù)文件的調(diào)用順序，我們就可以檢查對應(yīng)的參數(shù)文件，找出其中的錯誤，如果覺得參數(shù)文件的可讀性不強，可以使用下面的命令顯示 mysqld 程序?qū)⒁{(diào)用的參數(shù)：
$ mysqld --print-defaults
/usr/sbin/mysqld would have been started with the following arguments:
......
注意這個命令顯示完參數(shù)后就退出，不會真正運行 mysqld。這個命令和 my_print_defaults mysqld 完全是等價的，只不過后者的顯示方式是一行一個參數(shù)。
然后開始對可疑的參數(shù)進行調(diào)試，我個人喜歡加的參數(shù)和順序如下：
1. 在 mysqld 后加上第一個參數(shù) --no-defaults ，這個參數(shù)的作用是通知 mysqld 在啟動的時候不要讀任何參數(shù)文件；
2. 第二個參數(shù)是 --console，這個參數(shù)會把錯誤信息輸出到屏幕上，這個參數(shù)帶來的一個弊端是所有的信息都輸出到屏幕上，讓屏幕顯得比較亂，但對于我們調(diào)試卻是很方便的；
3. 第三個參數(shù)是 --log-error-verbosity=3，這個參數(shù)會顯示詳細的日志；
4. 然后再在后面加上有把握的參數(shù)，可以一次只加一個參數(shù)，然后啟動 mysqld，采用排除法逐步找出錯誤的參數(shù)。
