关于mysql:建议收藏备查MySQL-常见错误代码说明

11次阅读

共计 4107 个字符,预计需要花费 11 分钟才能阅读完成。

先给大家看几个实例的谬误剖析与解决方案。

1.ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/data/mysql/mysql.sock’

  • 问题剖析:可能是数据库没有启动或者是端口被防火墙禁止。
  • 解决办法:启动数据库或者防火墙凋谢数据库监听端口。

2.ERROR 1045 (28000): Access denied for user ‘root’@’localhost’ (using password: NO)

  • 问题剖析:明码不正确或者没有权限拜访。
  • 解决办法:

1)批改 my.cnf 主配置文件,在 [mysqld] 下增加 skip-grant-tables,重启数据库。最初批改明码命令如下:

mysql> use mysql;
mysql> update user set password=password("123456") where user="root";

再删除刚刚增加的 skip-grant-tables 参数,再重启数据库,应用新密码即可登录。

2)从新受权,命令如下:

mysql> grant all on *.* to 'root'@'mysql-server' identified by '123456';

3. 客户端报 Too many connections

  • 问题剖析:连接数超出 Mysql 的最大连贯限度。
  • 解决办法:
  • 1、在 my.cnf 配置文件外面减少连接数,而后重启 MySQL 服务。max_connections = 10000
  • 2、长期批改最大连接数,重启后不失效。须要在 my.cnf 外面批改配置文件,下次重启失效。
set GLOBAL max_connections=10000;

4.Warning: World-writable config file ‘/etc/my.cnf’ is ignored ERROR! MySQL is running but PID file could not be found

  • 问题剖析:MySQL 的配置文件 /etc/my.cnf 权限不对。
  • 解决办法:
chmod 644 /et/my.cnf

5.InnoDB: Error: page 14178 log sequence number 29455369832 InnoDB: is in the future! Current system log sequence number 29455369832

  • 问题剖析:innodb 数据文件损坏。
  • 解决办法:批改 my.cnf 配置文件,在 [mysqld] 下增加 innodb_force_recovery=4, 启动数据库后备份数据文件,而后去掉该参数,利用备份文件复原数据。

6. 从库的 Slave_IO_Running 为 NO

  • 问题剖析:主库和从库的 server-id 值一样.
  • 解决办法:批改从库的 server-id 的值,批改为和主库不一样,比主库低。批改完后重启,再同步即可!

7. 从库的 Slave_IO_Running 为 NO 问题

  • 问题剖析:造成从库线程为 NO 的起因会有很多,次要起因是主键抵触或者主库删除或更新数据,从库找不到记录,数据被批改导致。通常状态码报错有 1007、1032、1062、1452 等。
  • 解决办法一:
mysql> stop slave;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> start slave;
  • 解决办法二:设置用户权限,设置从库只读权限
set global read_only=true;

8.Error initializing relay log position: I/O error reading the header from the binary log

  • 剖析问题:从库的中继日志 relay-bin 损坏.
  • 解决办法:手工修复,从新找到同步的 binlog 和 pos 点,而后从新同步即可。
mysql> CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.xxx',MASTER_LOG_POS=xxx; 

保护过 MySQL 的运维或 DBA 都晓得,常常会遇到的一些错误信息中有一些相似 10xx 的代码。

Replicate_Wild_Ignore_Table:
         Last_Errno: 1032
         Last_Error: Could not execute Update_rows event on table xuanzhi.test; Can't find record in'test', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000004, end_log_pos 3704

然而,如果不深究或者之前遇到过,还真不太分明,这些代码具体的含意是什么?这也给咱们排错造成了肯定的妨碍。

所以,明天民工哥就把主从同步过程中一些常见的错误代码,它的具体阐明给大家整理出来了。

MySQL 常见错误代码阐明:

  • 130:文件格式不正确。
  • 145:文件无奈关上
  • 1005:创立表失败
  • 1006:创立数据库失败
  • 1007:数据库已存在,创立数据库失败
  • 1008:数据库不存在,删除数据库失败
  • 1009:不能删除数据库文件导致删除数据库失败
  • 1010:不能删除数据目录导致删除数据库失败
  • 1011:删除数据库文件失败
  • 1012:不能读取零碎表中的记录
  • 1020:记录已被其余用户批改
  • 1021:硬盘残余空间有余,请加大硬盘可用空间
  • 1022:关键字反复,更改记录失败
  • 1023:敞开时产生谬误
  • 1024:读文件谬误
  • 1025:更改名字时产生谬误
  • 1026:写文件谬误
  • 1032:记录不存在
  • 1036:数据表是只读的,不能对它进行批改
  • 1037:零碎内存不足,请重启数据库或重启服务器
  • 1038:用于排序的内存不足,请增大排序缓冲区
  • 1040:已达到数据库的最大连接数,请加大数据库可用连接数
  • 1041:零碎内存不足
  • 1042:有效的主机名
  • 1043:有效连贯
  • 1044:以后用户没有拜访数据库的权限
  • 1045:不能连贯数据库,用户名或明码谬误
  • 1048:字段不能为空
  • 1049:数据库不存在
  • 1050:数据表已存在
  • 1051:数据表不存在
  • 1054:字段不存在
  • 1065:有效的 SQL 语句,SQL 语句为空
  • 1081:不能建设 Socket 连贯
  • 1114:数据表已满,不能包容任何记录
  • 1116:关上的数据表太多
  • 1129:数据库出现异常,请重启数据库
  • 1130:连贯数据库失败,没有连贯数据库的权限
  • 1133:数据库用户不存在
  • 1141:以后用户无权拜访数据库
  • 1142:以后用户无权拜访数据表
  • 1143:以后用户无权拜访数据表中的字段
  • 1146:数据表不存在
  • 1147:未定义用户对数据表的拜访权限
  • 1149:SQL 语句语法错误
  • 1158:网络谬误,呈现读谬误,请查看网络连接情况
  • 1159:网络谬误,读超时,请查看网络连接情况
  • 1160:网络谬误,呈现写谬误,请查看网络连接情况
  • 1161:网络谬误,写超时,请查看网络连接情况
  • 1062:字段值反复,入库失败
  • 1169:字段值反复,更新记录失败
  • 1177:关上数据表失败
  • 1180:提交事务失败
  • 1181:回滚事务失败
  • 1203:以后用户和数据库建设的连贯已达到数据库的最大连接数,请增大可用的数据库连接数或重启数据库
  • 1205:加锁超时
  • 1211:以后用户没有创立用户的权限
  • 1216:外键束缚查看失败,更新子表记录失败
  • 1217:外键束缚查看失败,删除或批改主表记录失败
  • 1226:以后用户应用的资源已超过所容许的资源,请重启数据库或重启服务器
  • 1227:权限有余,您无权进行此操作
  • 1235:MySQL 版本过低,不具备本性能
  • 1250:客户端不反对服务器要求的认证协定,请思考降级客户端。
  • 1251:Client 不能反对 authentication protocol 的要求 Client does not support authentication protocol requested by server; consider upgrading MySQL clientQuote:
  • 1267:不非法的混合字符集。
  • 2002:服务器端口不对。
  • 2003:MySQL 服务没有启动,请启动该服务。
  • 2008:MySQL client ran out of memory 谬误指向了 MySQL 客户 mysql。这个谬误的起因很简略,客户没有足够的内存存储全副后果。
  • 2013:近程连贯数据库是有时会有这个问题,MySQL 服务器在执行一条 SQL 语句的时候失去了连贯造成的。
  • 10048: 倡议在 my.ini 文件中批改最大连接数,把 mysql_connect() 办法都改成了 mysql_pconnect() 办法. 要批改 mysql_pconnect(),能够在论坛的 data 目录的 sql_config.php 中 p c o n n e c t = 0 ; / / 是 否 持 久 连 接 修 改 成 pconnect = 0; // 是否长久连贯 批改成 pconnect=0;// 是否长久连贯批改成 pconnect = 1; 开启防刷新, 严禁刷新太快.
  • 10055: 没有缓存空间可利用,查看下你的 C 盘空间是否曾经满, 革除一些没有用的文件. 能够在后盾的 ” 论坛外围设置 ”,” 外围性能设置 ” 里 ” 过程优化 ” 开启,”GZIP 压缩输入 ” 敞开. 查找了一下 10055(没有缓存空间可利用)
  • 10061: 启动这台机器上的 MySQL 服务 如服务启动失败,肯定是你的 my.ini 文件出了过错,MySQL 服务不能失常启动 你删除了它后,MySQL 就会按其默认配置运行,那就没有问题了

给大家举荐几篇 MySQL 的文章,值得学习!!!

一入职,就遇到 MySQL 这么大 Bug!差点背锅走人 …

超赞!墙裂举荐一个 MySQL 自动化运维工具!

记住!永远不要在 MySQL 中应用 UTF-8

为什么不倡议把数据库部署在 Docker 容器内?

赞!7000 字学习笔记,MySQL 从入门到放弃

官网工具|MySQL Router 高可用原理与实战

以上就是明天给大家整顿的常见错误代码阐明,心愿对大家的日常工作或学习有所帮忙与借鉴,大家能够点个赞与转发分享反对一波,你的反对就是民工哥最大的写作能源。

正文完
 0