Centos 7 | mariadb/mysql | [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11

最新推荐文章于 2024-05-14 21:39:11 发布
原创 最新推荐文章于 2024-05-14 21:39:11 发布 · 2k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #mariadb #centos #innodb

本文详细解析了MySQL InnoDB引擎中遇到的无法锁定数据文件ibdata1的错误，错误代码为11，提供了具体的错误日志及解决步骤，包括移除特定文件和重启数据库的方法。

文章目录

错误一览

2020-06-29  0:17:42 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2020-06-29  0:17:43 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2020-06-29  0:17:43 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2020-06-29  0:17:44 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2020-06-29  0:17:44 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2020-06-29  0:17:45 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2020-06-29  0:17:45 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2020-06-29  0:17:46 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2020-06-29  0:17:46 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2020-06-29  0:17:47 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2020-06-29  0:17:47 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2020-06-29  0:17:48 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2020-06-29  0:17:48 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2020-06-29  0:17:49 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2020-06-29  0:17:49 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2020-06-29  0:17:49 0 [Note] InnoDB: Unable to open the first data file
2020-06-29  0:17:49 0 [ERROR] InnoDB: Operating system error number 11 in a file operation.
2020-06-29  0:17:49 0 [ERROR] InnoDB: Error number 11 means 'Resource temporarily unavailable'
2020-06-29  0:17:49 0 [Note] InnoDB: Some operating system error numbers are described at https://mariadb.com/kb/en/library/operating-system-error-codes/
2020-06-29  0:17:49 0 [ERROR] InnoDB: Cannot open datafile './ibdata1'
2020-06-29  0:17:49 0 [ERROR] InnoDB: Could not open or create the system tablespace. If you tried to add new data files to the system tablespace, and it failed here, you should now edit innodb_data_file_path in my.cnf back to what it was, and remove the new ibdata files InnoDB created in this failed attempt. InnoDB only wrote those files full of zeros, but did not yet use them in any way. But be careful: do not remove old data files which contain your precious data!
2020-06-29  0:17:49 0 [ERROR] InnoDB: Plugin initialization aborted with error Cannot open a file
2020-06-29  0:17:49 0 [Note] InnoDB: Starting shutdown...
2020-06-29  0:17:50 0 [ERROR] Plugin 'InnoDB' init function returned error.
2020-06-29  0:17:50 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2020-06-29  0:17:50 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-06-29  0:17:50 0 [ERROR] Unknown/unsupported storage engine: InnoDB
2020-06-29  0:17:50 0 [ERROR] Aborting

解决方案

NumberError CodeDescription
11EAGAINTry again

重试之后也没用

  • 尝试移走删除报错文件
cd /var/lib/mysql
ll

total 188492
-rw-rw---- 1 mysql mysql    16384 Jun 28 22:43 aria_log.00000001
-rw-rw---- 1 mysql mysql       52 Jun 28 22:43 aria_log_control
-rw-rw---- 1 mysql mysql     7007 Jun 28 22:43 ib_buffer_pool
-rw-rw---- 1 mysql mysql 79691776 Jun 28 22:49 ibdata1
-rw-rw---- 1 mysql mysql 50331648 Jun 28 23:18 ib_logfile0
-rw-rw---- 1 mysql mysql 50331648 Jun 22 09:17 ib_logfile1
-rw-rw---- 1 root  root  12582912 Jun 28 23:18 ibtmp1
-rw-rw---- 1 mysql mysql        0 Jun 22 09:28 multi-master.info
drwx------ 2 mysql mysql     4096 Jun 22 09:17 mysql
-rw-rw---- 1 mysql mysql      351 Jun 28 21:52 mysql-bin.000001
-rw-rw---- 1 mysql mysql      351 Jun 28 22:19 mysql-bin.000002
-rw-rw---- 1 mysql mysql      351 Jun 28 22:31 mysql-bin.000003
-rw-rw---- 1 mysql mysql      351 Jun 28 22:32 mysql-bin.000004
-rw-rw---- 1 mysql mysql      351 Jun 28 22:43 mysql-bin.000005
-rw-rw---- 1 mysql mysql       95 Jun 28 22:32 mysql-bin.index
-rw-rw---- 1 mysql mysql        0 Jun 28 22:43 mysql-bin.state
drwx------ 2 mysql mysql     4096 Jun 22 09:17 performance_schema

移除或者删除以下三个文件：（注意备份）

ibdata1、ib_logfile0、ib_logfile1

重启mariadb/mysql

CentOS二进制安装/离线安装MariaDB并进行初始化配置
背锅神童的博客
06-24 472
CentOS二进制安装/离线安装MariaDB并进行初始化配置
【服务与运维】2.0 centos7安装mysql——源码:cmake安装mysql
qq_24428851的博客
01-30 746
以下内容凡是执行过程中找不到某个文件的，手动新建该文件即可。直到不报错为止。删除mariadbxshell传输文件的指令zy -y2.0 cmake方式安装mysql（企业级使用）下载cmake安装cmakeimage.pngimage.pngimage.pngimage.png安装依赖包下载安装boost1.59.0(这里mysql5.7版本要求boost版本为1.59.0)解压(未使用）image.pngimage.png设置组合用户。
mysql Unable to lock ./ibdata1, error: 11
03-27
NULL 博文链接：https://yizhilong28.iteye.com/blog/1154092
MySQL启动报错问题InnoDB:Unable to lock/ibdata1 error
09-09
主要介绍了MySQL启动报错问题InnoDB:Unable to lock/ibdata1 error,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
MySQL无法启动的解决办法
12-16
MySQL无法启动的解决办法 MySQL无法启动 在停止mysql之后，执行了一些操作（如修改主机名），重新启动 mysql，发现起不来。  [root@www ~]$ service mysql start Starting MySQL..^[[A.................................................................................................. ERROR! The server quit without updating PID file (/disk/mysql/www.pid). [
mysql之 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11
热门推荐
张冲andy的博客
06-03 7万+
问题描述：启动MySQL后，出现连接不上，报 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11 [root@mysql01 ~]# service mysql start Starting MySQL                                             [  OK  ] [root@mysql01 ~]
mysql error 11_mysql之 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11
weixin_28856331的博客
01-19 475
问题描述：启动MySQL后，出现连接不上，报 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11[root@mysql01 ~]# service mysql startStarting MySQL [ OK ][root@mysql01 ~]# mysq...
centos7 安装mariadb
m0_67391518的博客
07-31 1721
MariaDB数据库管理系统是MySQL的一个分支，主要由开源社区在维护，采用GPL授权许可。MariaDB目的是完全兼容MySQL，包括API和命令行，她们有相同的命令、界面，以及在MySQL中的库与API，所以MariaDB可以说是为替换MySQL量身定做的，换用后连数据库都不必转换！并可以获得MariaDB提供的许多更好的。最近Oracle进一步闭源的举措更是让人难以安心，众多互联网公司纷纷开始寻求MySQL的替代方案。...
centos7编译安装mariadb-10.4.6
arthur.dy.lee的专栏
07-17 5813
centos7编译安装mariadb-10.4.6 在centos7.3, centos7.6上都试过了，都可以安装成功，并隐藏版本号。 一、安装依赖（准备工作） 1、安装gcc等依赖 yum install openssl openssl-devel ncurses ncurses-devel bison bison-devel jemalloc jemalloc-devel centos-re...
centos 安装mysql5.6.20_CentOS 7 安装MySQL 5.6遇到问题及解决方案
weixin_34565946的博客
01-26 481
在一测试服务器(CentOS Linux release 7.2.1511)上安装MySQL 5.6(5.6.19 MySQL Community Server)时遇到下面错误，这个是因为CentOS 7的默认数据库已经不再是MySQL了，而是MariaDB. MySQL安装时的mysql lib库与mariadb的库、包冲突了，如下详情所示(省略了大量日志)[root@azrlnx06 tmp]...
[ERROR] [MY-012574] [InnoDB] Unable to lock .ibdata1 error 11
weixin_56136288的博客
05-14 3230
问题描述：当在 Kubernetes 中增加 MySQL StatefulSet 副本时，第二个副本启动报错这通常是由于多个副本尝试使用相同的持久卷（Persistent Volume）引起的。要解决这个问题，确保每个副本有独立的持久卷是关键。确保 StatefulSet 使用为每个副本创建独立的 PVC。，下面是具体步骤。
[ERROR] InnoDB: Unable to lock ./ibdata1, error: 11
pptt6688的博客
12-21 2799
有其他mysql守护进程占用了锁资源？3307端口进程被占用。把mysql3307进程杀掉：kill pid。
mysql InnoDB: Unable to lock ./ibdata1, error: 11
测试工程师Eric的路...
08-01 9390
mysql InnoDB: Unable to lock ./ibdata1, error: 11 原文链接：http://blog.csdn.net/ppdouble/article/details/7721301 问题复现： （未知） 可能是未停止数据库，进行修改my.cnf datadir路径导致？ 可能是多台占用数据？（本来datadir是a数据库使用的，然后未关闭，让b数据库使...
mysql集群 之 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11
听雨轩
06-14 3421
问题描述：MySQL集群搭建过程中执行 scripts/mysql_install_db --user=mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data 创建系统数据时，报 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11 原因：ibdata1 文件被其他的进
Mysql报错：[ERROR] InnoDB: Unable to lock ./ibdata1,error: 11
shaadai的博客
10-10 7288
2020-05-19 09:28:32 11082 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11 2020-05-19 09:28:32 11082 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 2020-05-19 09:28:33 11082 [ERROR] Inno
MYSQL [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
风行天下
04-16 5484
1:重启 [root@iZuf63x5aylgn2n11k2sllZ etc]# systemctl restart mysql Job for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl...
mysqldump: Got error: 2002: "Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)" when trying to connect
最新发布
04-08
<think>好的，我现在需要解决用户在使用mysqldump时遇到的错误：“mysqldump: Got error: 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)”。首先，我应该回忆这个错误的常见原因，并一步步分析可能的解决方法。 首先，错误信息指出无法通过套接字文件连接到本地MySQL服务器。这说明mysqldump尝试使用Unix套接字连接，但找不到套接字文件或者MySQL服务没有运行。我需要考虑几个可能性： 1. **MySQL服务是否正在运行？** 如果服务没有启动，自然无法连接。用户可能需要检查服务状态并启动它。 2. **套接字文件路径是否正确？** 默认情况下，MySQL的套接字文件位于/var/lib/mysql/mysql.sock，但有时候安装路径或配置可能不同，导致文件不在预期位置。 3. **用户权限问题？** 用户是否有权限访问套接字文件？或者是否以正确的用户身份运行命令？ 4. **是否误用TCP/IP连接？** 可能用户尝试连接到远程主机，但错误地使用了本地套接字，这时候需要指定主机名或IP地址。 接下来，我需要整理解决步骤，从最直接的开始，比如检查服务状态，确认套接字是否存在，然后逐步深入其他可能性，如配置文件和权限问题。同时，用户可能在尝试备份时使用了错误的连接参数，比如没有指定正确的-h参数导致默认使用本地套接字，而实际上需要连接到远程主机。这种情况下，明确使用TCP/IP连接可能会解决问题。 另外，考虑到用户之前的问题是关于备份指定数据库表，可能他们在执行备份命令时没有正确配置连接参数，或者环境变量设置有问题。例如，可能密码错误，或者用户没有使用-p选项导致认证失败，但错误信息显示的是连接问题，所以可能和认证无关。 还需要考虑是否有防火墙或SELinux阻止了MySQL服务的通信，但如果是本地连接，这种情况可能性较低，但也不能完全排除。特别是如果用户的环境有特殊的安全设置。 总结可能的解决步骤： 1. 检查MySQL服务状态，确保正在运行。 2. 确认套接字文件是否存在，路径是否正确。 3. 尝试使用TCP/IP连接（如-h 127.0.0.1）代替套接字。 4. 检查MySQL配置文件（my.cnf）中的套接字路径设置。 5. 确保用户权限和文件权限正确。 6. 检查是否有防火墙或SELinux阻止连接。 在回答时，需要分步骤说明，并给出具体的命令示例，帮助用户逐步排查问题。同时，提醒用户注意权限问题，可能需要使用sudo或正确的用户执行命令。此外，解释每个步骤的原因，让用户理解为什么需要这样做，而不仅仅是复制命令。</think>--- ### **错误原因解析** 出现 `mysqldump: Got error: 2002` 的本质是 **MySQL客户端无法通过Unix套接字连接到MySQL服务端**，可能原因包括： | **原因分类** | **具体表现** | |-------------------|-----------------------------------------------------------------------------| | **MySQL服务未运行** | MySQL服务未启动，导致套接字文件未生成 | | **套接字文件路径错误** | MySQL配置的套接字路径与客户端尝试连接的路径不一致 | | **权限问题** | 用户对套接字文件或目录无访问权限 | | **配置冲突** | 同时安装了多版本MySQL（如MariaDB与MySQL共存），导致套接字路径冲突 | | **内存/磁盘问题** | 磁盘空间不足或内存耗尽，导致服务异常终止 | --- ### **逐步排查与解决方案** #### **1. 检查MySQL服务状态** ```bash # 查看MySQL是否在运行（系统级检查） systemctl status mysql # 适用于systemd系统 service mysql status # 适用于SysVinit系统 # 如果服务未运行，启动服务 sudo systemctl start mysql # 或 sudo service mysql start ``` #### **2. 确认套接字文件存在** ```bash # 检查套接字文件路径（默认路径为/var/lib/mysql/mysql.sock） ls -l /var/lib/mysql/mysql.sock # 若文件不存在，可能是配置路径错误，检查MySQL配置文件 grep "socket" /etc/my.cnf # 或 /etc/mysql/my.cnf、~/.my.cnf ``` #### **3. 强制使用TCP/IP连接（绕过套接字）** ```bash # 通过 -h 127.0.0.1 指定本地TCP连接（默认端口3306） mysqldump -h 127.0.0.1 -u 用户名 -p 数据库名 > backup.sql # 若端口非默认，需明确指定 mysqldump -h 127.0.0.1 -P 3307 -u 用户名 -p 数据库名 > backup.sql ``` #### **4. 修复套接字路径冲突** ```bash # 方法1：修改客户端配置文件（优先级高于服务端配置） # 创建或编辑 ~/.my.cnf，添加以下内容 [client] socket = /var/run/mysqld/mysqld.sock # 与服务端实际路径一致 # 方法2：直接指定套接字路径（适用于临时修复） mysqldump --socket=/tmp/mysql.sock -u 用户名 -p 数据库名 > backup.sql ``` #### **5. 检查文件权限** ```bash # 确认套接字文件权限（通常应为mysql用户权限） sudo chown mysql:mysql /var/lib/mysql/mysql.sock sudo chmod 777 /var/lib/mysql/mysql.sock # 临时放宽权限（生产环境慎用） # 检查目录权限 sudo chown -R mysql:mysql /var/lib/mysql ``` #### **6. 处理多版本冲突** ```bash # 查看系统中安装的MySQL相关软件 rpm -qa | grep -i mysql # RHEL/CentOS dpkg -l | grep -i mysql # Debian/Ubuntu # 卸载冲突版本（谨慎操作！） sudo apt remove mariadb-client-core-10.3 # 示例：Ubuntu卸载MariaDB客户端 ``` --- ### **高级诊断技巧** #### **查看MySQL错误日志** ```bash # 定位日志文件路径（通常位于/var/log/mysql/error.log或/var/log/mysqld.log） tail -n 100 /var/log/mysql/error.log # 常见日志错误： # - "Can't create/write to file '/var/lib/mysql/mysql.sock'" # - "InnoDB: Unable to lock ./ibdata1, error: 11" ``` #### **检查磁盘空间** ```bash df -h /var/lib/mysql # 检查MySQL数据目录所在分区剩余空间 ``` --- ### **永久性修复方案** | **场景** | **操作** | |-----------------------|-------------------------------------------------------------------------| | **套接字路径不一致** | 统一服务端和客户端的 `socket` 配置（修改 `/etc/my.cnf`） | | **服务启动失败** | 根据错误日志修复数据库（如执行 `mysql_upgrade` 或修复损坏的表） | | **内存不足** | 优化MySQL内存参数（如 `innodb_buffer_pool_size`）或增加物理内存 | --- ### **快速验证命令** ```bash # 检查MySQL是否监听TCP端口 netstat -tuln | grep 3306 # 测试从客户端连接到服务端 mysqladmin -h 127.0.0.1 -u root -p ping ``` --- ### **总结流程图** ``` 检查服务状态 → 存在？ → 是 → 检查套接字路径 ↓否 ↓否 启动服务 → 修改配置或指定TCP连接 ↓ ↓ 成功？ 成功？ ↓否 ↓否 检查错误日志 → 修复权限/磁盘/配置 ``` 按此流程逐步排查，90%以上的2002错误可快速解决！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值