故障分析 | replace into 导致主备不一致
作者:杨奇龙
网名“北在南方”,资深 DBA,主要负责数据库架构设计和运维平台开发工作,擅长数据库性能调优、故障诊断。
本文来源:原创投稿
*爱可生开源社区出品,原创内容未经授权不得随意使用,转载请联系小编并注明来源。
一 介绍
本章内容通过一个例子说明 replace into 带来的潜在的数据质量风险,当涉及 replace into 操作的表含有自增主键时,主备切换后会造成数据覆盖等不一致的情况发生。
二 案例分析
在主库上操作
root@test 12:36:51>show create table t1 \G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
root@test 12:37:41>insert into t1(name) values('a')
此时检查主备库上 t1 的表结构都是一样的,AUTO_INCREMENT 都是2.
root@test 12:37:51>show create table t1 \G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
在主库上进行 replace into 操作
root@test 12:37:58>replace into t1(name) values('a');
root@test 12:38:40>replace into t1(name) values('a');
root@test 12:38:49>select * from t1;
+----+------+
| id | name |
+----+------+
| 3 | a |
+----+------+
1 row in set (0.00 sec)
此时检查主备库中 t1 表结构,请注意 AUTO_INCREMENT=4
root@test 12:38:51>show create table t1 \\G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
从库上 t1 的表结构 ,AUTO_INCREMENT=2
oot@test 12:39:35>show create table t1 \G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
root@test 12:39:43>select * from t1;
+----+------+
| id | name |
+----+------+
| 3 | a |
+----+------+
1 row in set (0.00 sec)
分析
表 t1 的表结构 AUTO_INCREMENT=2 而主库上的t1表结构的 AUTO_INCREMENT=4.原本 replace 操作是在自增主键的情况下,遇到唯一键冲突时执行的是 delete+insert ,但是在记录 binlog 时,却记录成了 update 操作,update操作不会涉及到 auto_increment 的修改。备库应用了 binlog 之后,备库的表的 auto_increment 属性不变。
三 风险点:
如果主备库发生主从切换,备库变为原来的主库,按照原来的业务逻辑再往下会发生什么?
root@test 12:40:46>replace into t1(name) values('a');
Query OK, 2 rows affected (0.00 sec)
root@test 12:40:48>select * from t1;
+----+------+
| id | name |
+----+------+
| 2 | a | ---id由原来的3变成了2.
+----+------+
1 row in set (0.00 sec)
如果 t1 表本来就存在多条记录 ,主从切换之后,应用写新的主库则会发生主键冲突,这个留给各位读者自己测试一下。^_^
四 总结
由于 replace into 操作在遇到主键冲突的时候会修改主键的值,所以如果业务逻辑强依赖自增 ID ,绝对不要用 replace ,普通环境也不建议这样用,因为 replace into 操作可能会导致主键的重新组织。
相关文章
- 故障分析 | show processlist 引起的性能问题
- 故障分析 | 从一则 MGR 异常切换案例,看系统时间对 MGR 的影响
- 故障分析 | MySQL 启动遭遇 Permission denied 失败案例一则
- 故障分析 | DROP 大表造成数据库假死
- 故障分析 | Greenplum 数据状态异常处理
- Redis bigkey 故障案例分析
- 经典故障分析报告之-内核参数导致k8s节点故障
- 故障分析 | 我都只读了,你还能写入?
- 使用istio进行限流以及模拟故障
- 故障分析 | Redis AOF 重写源码分析
- 故障分析 | MySQL convert 函数导致的字符集报错处理
- 故障分析 | 从一则错误日志到 MySQL 认证机制与 bug 的深入分析
- 故障分析 | 报错 ERROR 5270 -HY000-- object not in RECYCLE BIN 引发的几个思考
- 故障分析 | 一次规律的 MySQL 主从延迟跳变
- 故障分析 | 从 Insert 并发死锁分析 Insert 加锁源码逻辑
- ORA-00843: Parameter not taking MEMORY_MAX_TARGET into account ORACLE 报错 故障修复 远程处理
- ORA-23361: materialized view “string” does not exist at master site ORACLE 报错 故障修复 远程处理
- ORA-25256: consumer cannot be specified with a single-consumer queue or an exception queue ORACLE 报错 故障修复 远程处理
- ORA-25959: join index must be of the bitmap type ORACLE 报错 故障修复 远程处理
- ORA-27061: waiting for async I/Os failed ORACLE 报错 故障修复 远程处理
- ORA-28013: the password has expired ORACLE 报错 故障修复 远程处理
- ORA-06035: NETDNT: connect failed, insufficient resources ORACLE 报错 故障修复 远程处理
- ORA-32125: Attribute type is not appropriate ORACLE 报错 故障修复 远程处理
- ORA-09949: Unable to get client operating system privileges ORACLE 报错 故障修复 远程处理
- ORA-14271: table is not partitioned by Composite Range method ORACLE 报错 故障修复 远程处理
- 故障排除:Linux SU 命令出错分析(linuxsu错误)
- 深入分析Linux Dump:探究系统运行状况与故障排查技巧(linux dump分析)
- 分析Oracle会话错误日志解决故障症状(oracle会话错误日志)
- 方案Redis集群故障分析及解决方案研究(redis集群故障和解决)
- IIS故障(Connections_Refused)问题分析及处理