MySQL不断崩溃：InnoDB：无法锁定./ibdata1，错误：11

我有一个简单的Web服务器（Debian 6.0 x86，DirectAdmin，具有1 GB的内存和10 GB的可用空间，mySQl版本5.5.9），但是mySQL服务器不断崩溃，我需要杀死所有mySQL进程才能重新启动它再次。

/var/log/mysql-error.log 输出：

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.

我在这里的mySQL网站上找到了一个主题，但是没有解决方案。

有任何想法吗？

来自同一博客的一个评论的另一种方法：

这帮助了我：

lsof -i：3306

然后杀死它（进程号）

杀死-9过程

例如，杀死-9 13498

然后尝试重新启动MySQL。

通过http://www.webhostingtalk.com/archive/index.php/t-1070293.html

使用Ubuntu 14.04。我尝试通过重新启动时遇到此问题

/etc/init.d/mysql restart

试一试

service mysql restart 

导致此问题的最常见原因是尝试在MySQL已经运行时启动它。

要解决该问题，请终止所有正在运行的MySQL实例，然后使用常规启动脚本（例如）重新启动它service mysql start。

使用发行版打包的版本时，请勿尝试手动启动MySQL，除非您已准备好遭受痛苦。

解

复制原始文件（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

这帮助我解决了这个问题：

删除所有ibdata文件，然后让mysql创建它们。

停止mysql：

service mysql stop

转到mysql库：

cd /var/lib/mysql/

将innodb文件移动到需要的地方：

mv ib* /root/

启动mysql：

service mysql start

来自谷歌搜索同一重复错误，但错误代码为13（InnoDB: Unable to lock ./ibdata1, error: 13）。在尝试了许多Internet解决方案之后，发明了一种对我有帮助的解决方案（保护者！）

将这些行添加到配置中/etc/apparmor.d/usr.sbin.mysqld（并重新加载apparmor和mysql）：

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

经常解决方案之间的主要区别是：两个规则（对于dir本身以及其中的所有文件，请注意double **）和k允许mysql锁定文件的选项。

希望这对某人有帮助。

检查空间以确保它是100％

df -h

好像它已满，它不会创建.sock文件。

请检查文件部分中 是否有pid-file参数。如果不存在，则会发生。[mysql]my.cnfunable to lock ...ibdata1.. error:1

简单，但比使用“ cp -a”的方法快。并且在“ cp -a”和其他所有其他工具无法提供的帮助下提供帮助。

1. service mysql stop && pkill -f mysql

摆脱所有mysql进程

2. vi /etc/mysql/my.cnf

将参数datadir = / var / lib / mysql更改为datadir = / var / lib / mysql2（或者如果没有，只需添加）

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

将datadir重命名为新名称

4. service mysql start

准备你的手鼓

如果其他解决方案均无效，则问题可能出在AppArmor配置错误。

所以做：

$ apt install apparmor-profiles

然后重新启动MySQL（注意重新启动的速度）。

我注意到在执行以下操作时缺少与AppArmor相关的文件：

$ systemctl status mysql.service

因此，为什么我认为AppArmor的配置有问题。