Mysql

更改datadir後無法啟動mysqld服務

  • August 9, 2019

我有一個安裝了 RHEL 7 的 AWS EC2mysql-5.5實例xvda。它datadir在下面/var/lib/mysql(預設情況下)。

我正在從版本 5.5.29 的數據庫中導入轉儲,目前安裝的版本是 5.5.60

由於空間不足xvdf並將其安裝在/data_drive

然後按照以下步驟更改數據目錄:

  • 停止mysqld並驗證它是否已停止
  • 用於rsync -av /var/lib/mysql /data_drive移動具有權限的文件夾
  • 將舊的 mysql 數據目錄移動到xvda(原始卷)上的備份文件
  • 編輯/etc/my.cnf以更改[mysqld]塊以反映兩者中的新datadir位置socket

datadir=/data_drive/mysql socket=/data_drive/mysql/mysql.sock

  • 在文件末尾添加了客戶端塊

[client] port=3306 socket=/data_drive/mysql/mysql.sock

  • 保存文件,然後嘗試以mysqldroot 使用者和非 root 使用者身份重新啟動服務,但它不會啟動。

以下是/var/log/mysqld.log相關時間戳的輸出:

180713 19:27:57 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
180713 20:20:37 mysqld_safe Logging to '/var/log/mysqld.log'.
180713 20:20:37 mysqld_safe Starting mysqld daemon with databases from /data_drive/mysql
180713 20:20:37 [Warning] Can't create test file /data_drive/mysql/ip-10-0-0-180.lower-test
180713 20:20:37 [Note] /usr/sbin/mysqld (mysqld 5.5.60) starting as process 18669 ...
180713 20:20:37 [Warning] Can't create test file /data_drive/mysql/ip-10-0-0-180.lower-test
180713 20:20:37 [Warning] Can't create test file /data_drive/mysql/ip-10-0-0-180.lower-test
180713 20:20:37 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Can't find file: './mysql/plugin.frm' (errno: 13)
180713 20:20:37 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
180713 20:20:37 InnoDB: The InnoDB memory heap is disabled
180713 20:20:37 InnoDB: Mutexes and rw_locks use GCC atomic builtins
180713 20:20:37 InnoDB: Compressed tables use zlib 1.2.3
180713 20:20:37 InnoDB: Using Linux native AIO
180713 20:20:37 InnoDB: Initializing buffer pool, size = 128.0M
180713 20:20:37 InnoDB: Completed initialization of buffer pool
180713 20:20:37  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'open'.
InnoDB: Cannot continue operation.

當我執行sudo mysql_upgrade它時,它給出了以下輸出:

Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
Error: Failed while fetching Server version! Could be due to unauthorized access.
FATAL ERROR: Upgrade failed

這是目前/data_drive/mysql目錄的樣子:

[ec2-user@ip-10-0-0-180 mysql]$ ls -al /data_drive/mysql/
total 5921812
drwxr-xr-x. 4 mysql    mysql       4096 Jul 13 18:45 .
drwxr-xr-x. 5 ec2-user root        4096 Jul 13 18:46 ..
-rw-rw----. 1 mysql    mysql 6053429248 Jul 13 18:45 ibdata1
-rw-rw----. 1 mysql    mysql    5242880 Jul 13 18:45 ib_logfile0
-rw-rw----. 1 mysql    mysql    5242880 Jul 13 18:35 ib_logfile1
drwx------. 2 mysql    root        4096 Jul 12 19:42 mysql
drwx------. 2 mysql    mysql       4096 Jul 12 19:42 performance_schema

這可能是 SELinux 的問題。如果 SELinux 以強制模式執行,則需要說服它允許 mysqld 使用非預設數據目錄。或者,將 SELinux 置於許可模式,或完全禁用它。執行sestatus以查看目前執行的模式。執行grep mysql /var/log/audit/audit.log以查看 SELinux 是否阻止了任何 mysql 文件訪問嘗試或類似的嘗試。(但請注意,如果在許可模式下執行,這很好,因為這樣它實際上並沒有阻止任何東西,它只是記錄如果你在強制模式下執行它會阻止的內容。)

執行setenforce permissive以將 SELinux 置於許可模式,但請注意您需要編輯/etc/sysconfig/selinux(或/etc/selinux/config)以使更改永久生效。

如果您嘗試說服 SELinux 允許新的數據目錄,則需要確保為文件保留 SELinux 上下文。我懷疑在使用 rsync 時這可能會失去,但不確定。

這裡有一個頁面詳細解釋了在移動 MySQL 數據目錄時如何處理 SELinux:如何在 CentOS 和 Ubuntu 上移動 MySQL 數據目錄

引用自:https://dba.stackexchange.com/questions/212323