<menu id="ycqsw"></menu><nav id="ycqsw"><code id="ycqsw"></code></nav>
<dd id="ycqsw"><menu id="ycqsw"></menu></dd>
  • <nav id="ycqsw"></nav>
    <menu id="ycqsw"><strong id="ycqsw"></strong></menu>
    <xmp id="ycqsw"><nav id="ycqsw"></nav>
  • mysql啟動失敗怎么辦(啟動mysql失敗原因和解決法)


    MySQL 啟動失敗的最常見的原因有兩類,分別是無法訪問系統資源和參數設置錯誤造成的,下面分別分析如下。

    一、無法訪問系統資源

    MySQL 不能訪問啟動需要的資源是造成而 MySQL 無法啟動的一個常見原因,如:文件,端口等。由于 linux 中用于啟動 mysqld 進程的 mysql 用戶通常是不能登陸的,可以使用類似下面的命令檢查文件的訪問權限。

    sudo -u mysql touch /var/lib/mysql/b

    找出問題后,修改對應文件或目錄的權限或屬主后通??梢越鉀Q問題。但有時 mysql 用戶有訪問文件和目錄的權限,但仍然會被拒絕訪問,例如下面這個例子:

    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 用戶有這個目錄的訪問權限,但創建文件還是失敗,這種情況讓很多人困惑,這個時候通常是 mysqld 進程的訪問被 linux 的 selinux 或 apparmor 給阻止了,大家可以看到創建的表不是在 mysql 的默認目錄下面,因此 selinux 或 apparmor 的 policy 里面沒有包含這個目錄的訪問權限,此時只要對應的修改 policy 就行了,當然把 selinux 或 apparmor 停了也行。

    有時雖然對系統資源有訪問的權限,但系統資源已經被占用:

    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

    這個故障產生的原因是另外一個 mysqld 進程已經啟動并占用了對應的文件。

    二、參數設置錯誤

    參數設置錯誤造成 MySQL 無法啟動的原因也非常常見,此時先要檢查 MySQL 啟動時會調用的參數,下面的命令可以查詢 MySQL 啟動時調用參數文件的順序:

    $ 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 參數文件的調用順序,我們就可以檢查對應的參數文件,找出其中的錯誤,如果覺得參數文件的可讀性不強,可以使用下面的命令顯示 mysqld 程序將要調用的參數:

    $ mysqld --print-defaults
    /usr/sbin/mysqld would have been started with the following arguments:
    ......

    注意這個命令顯示完參數后就退出,不會真正運行 mysqld。這個命令和 my_print_defaults mysqld 完全是等價的,只不過后者的顯示方式是一行一個參數。

    然后開始對可疑的參數進行調試,我個人喜歡加的參數和順序如下:

    1. 在 mysqld 后加上第一個參數 –no-defaults ,這個參數的作用是通知 mysqld 在啟動的時候不要讀任何參數文件;

    2. 第二個參數是 –console,這個參數會把錯誤信息輸出到屏幕上,這個參數帶來的一個弊端是所有的信息都輸出到屏幕上,讓屏幕顯得比較亂,但對于我們調試卻是很方便的;

    3. 第三個參數是 –log-error-verbosity=3,這個參數會顯示詳細的日志;

    4. 然后再在后面加上有把握的參數,可以一次只加一個參數,然后啟動 mysqld,采用排除法逐步找出錯誤的參數。

    看這個例子:

    mysqld --no-defaults --console  --log-error-verbosity=3 --user mysql --gtid_mode=on
    2020-11-03T07:14:20.384223Z 0 [Note] [MY-010949] [Server] Basedir set to /usr/.
    2020-11-03T07:14:20.384254Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 22617
    2020-11-03T07:14:20.400221Z 0 [Note] [MY-012366] [InnoDB] Using Linux native AIO
    ……
    2020-11-03T07:14:21.632851Z 0 [ERROR] [MY-010912] [Server] GTID_MODE = ON requires ENFORCE_GTID_CONSISTENCY = ON.
    2020-11-03T07:14:21.634183Z 0 [ERROR] [MY-010119] [Server] Aborting
    ……
    2020-11-03T07:14:23.026551Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.19)  MySQL Community Server - GPL.
    root@scutech:~#

    看這個例子,我們很容易知道是需要我們同時設置參數 GTID_MODE 和 ENFORCE_GTID_CONSISTENCY 同時為 on 才行。

    版權聲明:本文內容由互聯網用戶自發貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容, 請發送郵件至 舉報,一經查實,本站將立刻刪除。

    發表評論

    登錄后才能評論
    国产精品区一区二区免费