先给大家看几个实例的谬误剖析与解决方案。
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 高可用原理与实战
以上就是明天给大家整顿的常见错误代码阐明，心愿对大家的日常工作或学习有所帮忙与借鉴，大家能够点个赞与转发分享反对一波，你的反对就是民工哥最大的写作能源。