mysql 数据库主从复制、双主复制集群产生的问题以及mysql常见的错误代码

1. mysql数据库报1062错误

原因分析：

从库插入数据，发生唯一性冲突。此时从库已经有相同主键的数据，如果再插入相同主键值的数据则会报错。可以查看主库的改行数据与从库的要插入数据是否一致，如一致则跳过错误，恢复SQL线程，如不一致，则以主库为准，将从库的该行记录删除，再开启复制。

例如：

问题由来：
经查看是主键冲突的问题，导致在写入数据的时候造成冲突。从库插入数据，发生唯一性冲突。
此时从库已经有相同主键的数据，如果再插入相同主键值的数据则会报错。可以查看主库的改行数据与从库的要插入数据是否一致，如一致则跳过错误，恢复SQL线程，如不一致，则以主库为准，将从库的该行记录删除，再开启复制。

解决办法：

mysql 主键冲突解决办法（1062错误）

stop slave;
set global slave_exec_mode=idempotent; 
start slave;

两台服务器都要做。

配置文件：

slave_exec_mode=IDEMPOTENT

具体参数：https://dev.mysql.com/doc/refman/5.7/en/replication-options-slave.html#sysvar_slave_exec_mode

2. 数据库报 1032 错误解决办法

原因分析：
删除或更新从库的数据，从库找不到记录。此时，主库的数据是比从库新的，可以采取从库添加相同的数据在开启复制恢复SQL线程。

1032错误码说明：

	  MySQL主从同步的1032错误，一般是指要更改的数据不存在，SQL_THREAD提取的日志无法应用故报错，造成同步失败

	（Update、Delete、Insert一条已经delete的数据）。

　　 1032的错误本身对数据一致性没什么影响，影响最大的是造成了同步失败、同步停止。

　　 如果主主（主从）有同步失败，要第一时间查看并着手解决。因为不同步，会造成读取数据的不一致。应在第一时间恢复同步，

	 尽量减少对业务的影响。然后再具体分析不同步的原因，手动或者自动修复数据，并做pt-table-checksum数据一致性检查。

如图：

可以在主上查看

mysqlbinlog --no-defaults -v --base64-output=decode-rows  --stop-position=14631 mysql-bin.000018 | tail -20

以上为检索出来的结果，事务语句为：delete from db_99ducj.tbuservcbgolog where @1=10561502 and @2=1683955 …

其中@1 @2 @3…分别对应表的列名，填补上即可。

我们可以逆向此SQL 将deleter 变成Insert,手动在从库上执行此Insert SQL,之后restart slave就好了。
逆向SQL update、delete 就变成insert

3. 数据库报 1452 错误解决办法

无法在外键的表插入或更新参考主键没有的数据。 原因是你的主从数据不一致导致主外键错误

类似于下图：

有些解决方法是直接set 跳过一级，但是如果那样的话 主从就完全不一致了，如果在同步那个表的话，那么还会报错，这时我们要从最根本的问题去解决 :

先看报错信息 我们来解剖一下：

关键字：meo_xxg库下的 info_vim表下的 fk_dc_id 字段 外键_名 info_vim_idfk_2 依赖于 info_dc 表下的 id 字段 ，也就是 fk_dc_id 字段他依赖于 info_dc 表下的 id 字段 这就是主外键关系。

由于info_vim.fk_dc_id 字段(外键)参考了info_dc .id字段(主键)，当要在info_vim表插数据时，如果info_dc 表的主键没有对应的数据，则无法插入，报1452错误。此时可以检查参考的表的主键是否有主库对应的数据，如果有，则插入参考的表相应的数据，再开启复制恢复SQL线程。

解决1452的办法很简单，跟上面一样，按照报错 sql语句 往主键的字段插入对应的数据

insert into info_dc (id) value()
插的时候注意看 对应的字段 哪个字段报错了 插入哪个

4. 数据库以下错误的解决方法

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; 

注意事项

如果当前高可用架构为Master-Master，则以下均在从库的操作都必须set sql_log_bin=0，避免从库执行的语句同步到主库（恢复时以主库的数据为准）。

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主从复制中常见的3个错误及填坑方案

MySQL/主从同步同步1452主外键错误

slave_exec_mode=IDEMPOTENT的行为小结

MySQL SQL_ERROR 错误号 1032解决办法

1032解决办法

1032解决办法