MySQL liên tục gặp sự cố: InnoDB: Không thể khóa ./ibdata1, lỗi: 11

Tôi có một máy chủ web đơn giản (Debian 6.0 x86, DirectAdmin với bộ nhớ 1 GB và vẫn còn 10 GB dung lượng trống, mySQl phiên bản 5.5.9), tuy nhiên máy chủ myQuery vẫn bị sập và tôi cần phải giết tất cả các quy trình myQuery để có thể khởi động lại nó lần nữa.

/var/log/mysql-error.log đầu ra:

130210 21:04:26 InnoDB: Using Linux native AIO
130210 21:04:34 InnoDB: Initializing buffer pool, size = 128.0M
130210 21:05:42 InnoDB: Completed initialization of buffer pool
130210 21:05:48 InnoDB: Initializing buffer pool, size = 128.0M
130210 21:06:22 InnoDB: Initializing buffer pool, size = 128.0M
130210 21:06:27 mysqld_safe mysqld from pid file /usr/local/mysql/data/website.pid ended
130210 21:06:29 mysqld_safe mysqld from pid file /usr/local/mysql/data/website.pid ended
130210 21:07:22 InnoDB: Completed initialization of buffer pool
130210 21:07:51 mysqld_safe mysqld from pid file /usr/local/mysql/data/website.pid ended
130210 21:08:33 InnoDB: Completed initialization of buffer pool
130210 21:12:03 [Note] Plugin 'FEDERATED' is disabled.
130210 21:12:47 InnoDB: The InnoDB memory heap is disabled
130210 21:12:47 InnoDB: Mutexes and rw_locks use InnoDB's own implementation
130210 21:12:47 InnoDB: Compressed tables use zlib 1.2.3
130210 21:12:47 InnoDB: Using Linux native AIO
130210 21:13:11 InnoDB: highest supported file format is Barracuda.
130210 21:13:23 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
130210 21:14:05  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
130210 21:17:53  InnoDB: Unable to open the first data file
InnoDB: Error in opening ./ibdata1
130210 21:17:53  InnoDB: Operating system error number 11 in a file operation.

Tôi đã tìm thấy một chủ đề trên trang web myQuery ở đây tuy nhiên không có giải pháp nào cho nó.

Có ai có ý kiến ​​gì không?

một cách tiếp cận khác từ một bình luận trong cùng một blog:

điều này đã giúp tôi:

lsof -i: 3306

Sau đó giết nó (số tiến trình)

giết -9 QUY TRÌNH

ví dụ: giết -9 13498

Sau đó thử khởi động lại MySQL một lần nữa.

thông qua http://www.webhostingtalk.com/archive/index.php/t-1070293.html

với Ubuntu 14.04. Tôi đang gặp vấn đề này khi tôi cố gắng khởi động lại thông qua

/etc/init.d/mysql restart

Thay vào đó hãy thử

service mysql restart 

Nguyên nhân phổ biến nhất của vấn đề này là cố gắng khởi động MySQL khi nó đang chạy.

Để giải quyết nó, hãy loại bỏ mọi phiên bản đang chạy của MySQL và sau đó khởi động lại nó bằng các tập lệnh khởi động bình thường của bạn, vd service mysql start.

Đừng cố khởi động MySQL thủ công khi sử dụng các phiên bản đóng gói phân phối trừ khi bạn chuẩn bị cho một thế giới bị tổn thương.

Giải pháp

tạo một bản sao của các tệp gốc (ibdata1, ib_logfile0, ib_logfile1 ...).

mv ibdata1 ibdata1.bak 
cp -a ibdata1.bak ibdata1

http://cglreport.zhenhua.info/2008/08/mysql-error-unable-to-lock-ibdata1.html

Điều này giúp tôi giải quyết nó:

Xóa tất cả các tệp ibdata và để mysql tạo chúng.

dừng mysql:

service mysql stop

đi đến thư viện mysql:

cd /var/lib/mysql/

di chuyển các tập tin innodb ở đâu đó trong trường hợp bạn cần nó:

mv ib* /root/

bắt đầu mysql:

service mysql start

Đã đến đây từ việc googling của cùng một lỗi lặp lại nhưng với mã lỗi 13 ( InnoDB: Unable to lock ./ibdata1, error: 13). Sau khi thử rất nhiều giải pháp trên internet, đã phát minh ra một giải pháp giúp tôi (apparmor!)

Thêm các dòng này vào cấu hình /etc/apparmor.d/usr.sbin.mysqld(và tải lại apparmor và mysql tất nhiên):

/path/to/mysql/data/ r,
/path/to/mysql/data/** rwk,

Sự khác biệt chính giữa các giải pháp thường gặp: hai quy tắc (cho chính dir và cho tất cả các tệp bên trong, lưu ý gấp đôi **) và ktùy chọn cho phép mysql khóa các tệp.

Hy vọng điều này sẽ giúp ai đó.

Kiểm tra không gian để đảm bảo 100%

df -h

Như thể nó đầy đủ, nó sẽ không tạo tập tin .sock.

Vui lòng kiểm tra xem bạn có pid-filetham số trong [mysql]phần của my.cnftập tin. Nếu nó không có mặt, unable to lock ...ibdata1.. error:1sẽ xảy ra.

Đơn giản, nhưng nhanh hơn so với cách "cp -a". Và đã giúp khi "cp -a" và mọi thứ khác không thể.

1. service mysql stop && pkill -f mysql

Loại bỏ tất cả các quy trình mysql

2. vi /etc/mysql/my.cnf

Thay đổi tham số datadir = / var / lib / mysql thành datadir = / var / lib / mysql2 (hoặc chỉ thêm nếu bạn không có)

3. mv /var/lib/mysql /var/lib/mysql2

Đổi tên datadir thành một tên mới

4. service mysql start

Chuẩn bị tambourine của bạn

Nếu không có giải pháp nào khác hoạt động, vấn đề có thể bắt nguồn từ cấu hình sai của AppArmor.

Vì vậy, chỉ cần làm:

$ apt install apparmor-profiles

và sau đó khởi động lại MySQL (chú ý tốc độ khởi động lại của nó).

Tôi nhận thấy một tệp bị thiếu liên quan đến AppArmor khi thực hiện:

$ systemctl status mysql.service

Do đó, tại sao tôi nghĩ có gì đó không ổn với cấu hình của AppArmor.