MySQL数据库的“十宗罪”（附10大经典错误案例）

these ids must be different for replication to work

(or the --replicate-same-server-id option must be used on slave but this

does not always make sense; please check the manual before using it)

这个报错出现之后，就能一目了然看到两台机械的 server-id 是一样的。

在搭建主大年夜复制的过程中，我们要确保两台机械的 server-id 是独一的。这里再强调一下 server-id 的定名规矩(办事器 ip 地址的最后一位+本 MySQL 办事的端标语)。

案例五

解决办法：在主大年夜两台机械上设置不合的 server-id。

Last_SQL_Errno: 1032(大年夜库少数据，主库更新的时刻，大年夜库报错)

Last_SQL_Error: 
 
Could not execute Update_rows event on table test.t; Can't find record  
 
in 't', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the  
 
event's master log mysql-bin.000014, end_log_pos 1708

解决问题的办法：根据报错信息，我们可以获取到报错日记和position号，然后就能找到主库履行的哪条sql，导致的主大年夜报错。

在主库履行：

1、起首先要推敲在我们 MySQL 数据库参数文件琅绫擎，对应的 max_connections 这个参数值是不是设置的太小了，导致客户端连接数跨越了数据库所遭受的最大年夜值。

该值默认大年夜小是 151，我们可以根据实际情况进行调剂。
对应解决办法：set global max_connections=500

cat 1.log

#170720 14:20:15 server id 3  end_log_pos 1708 CRC32 0x97b6bdec     Update_rows: table id 113 flags: STMT_END_F 
 
### UPDATE `test`.`t` 
 
### WHERE 
 
###   @1=4 /* INT meta=0 nullable=0 is_null=0 */ 
 
###   @2='dd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */ 
 
### SET 
 
###   @1=4 /* INT meta=0 nullable=0 is_null=0 */ 
 
###   @2='ddd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */ 
 
# at 1708 
 
#170720 14:20:15 server id 3  end_log_pos 1739 CRC32 0xecaf1922     Xid = 654 
 
COMMIT/*!*/; 
 
DELIMITER ; 
 
# End of log file 	
			 2/7   首页 上一页 1 2 3 4 5 6 下一页 尾页	
			

　　推荐阅读
　　攻击与响应：云原生网络安全与虚拟机安全
            
            云原生工作负载和容器本质上是不合的。人们须要懂得若何保持安然，起重要懂得赓续变更的威逼性质。那么哪个更安然：虚拟机(VM)照样容器?事实是，确保容器和云原生工作负载的安然与虚拟机不>>>详细阅读


本文标题：MySQL数据库的“十宗罪”（附10大经典错误案例）
地址：http://www.17bianji.com/lsqh/37079.html
 1/2    1