• GreatSQL社区原创内容未经受权不得随便应用，转载请分割小编并注明起源。
  • GreatSQL是MySQL的国产分支版本，应用上与MySQL统一。
  • 作者：飞鱼过天
  • 文章起源：GreatSQL社区原创
  • 问题
  • 起因
  • 故障解决方案
  • 复现步骤
  • 参考文献

一、问题：

MySQL5.7.38主从架构，主节点惟一索引上（惟一索引不是主键）有反复值，全副从节点报1062，SQL线程状态异样，依据SQL线程报的binlog地位点，insert 数据时有反复值，插入失败

二、起因：

unique_checks=0时导致，在bug(106121)列表中官网解释的起因：该参数敞开，保护惟一索引时，不会进行物理读，只会进行内存读，来确保惟一索引的唯一性，即如果内存中有抵触数据就报1062，如果内存中没有抵触数据插入胜利，不会进行io来将惟一索引相干的数据页拉取到内存。

官网的回复“IMHO this is not a bug”，我了解的意思“不要你感觉，我要我感觉，我就是这么玩的”。

三、故障解决方案：

一、长期解决方案

  • 复原主从：

    • 在从节点开启会话
    • set sql_log_bin=0
    • 删除表的惟一索引
    • 重新启动复制线程

毛病是：不可能解决数据反复的问题，切换主从后会面临更多反复数据的问题，如果从节点接管查申请且应用到了原惟一索引的字段，那sql效率会重大降落，然而能够解决主从复制进行的问题

二、永恒解决方案

  1. 业务本人去重，不要插入反复数据
  2. 参数unique_checks放弃为1
  3. 对于反复的业务数据：与业务交换，确定反复数据的解决形式

四、复现步骤：

1. 表构造：

mysql> create database wl;mysql> show create table wl.lgf\G*************************** 1. row ***************************       Table: lgfCreate Table: CREATE TABLE `lgf` (  `id` int(11) NOT NULL AUTO_INCREMENT,  `k` int(11) NOT NULL DEFAULT '0',  `c` char(120) NOT NULL DEFAULT '',  `pad` char(60) NOT NULL DEFAULT '',  PRIMARY KEY (`id`),  UNIQUE KEY `c` (`c`,`pad`)) ENGINE=InnoDB AUTO_INCREMENT=2147483647 DEFAULT CHARSET=utf8

Python生成随机数据，插入表,并另起会话察看总数据量约10w条左右（保障聚簇索引中的前边的数据与后边的数据所在的叶子节点的页相差很远）：

rand.pyimport randomimport oswhile True:    i=str(random.randint(1000,8000000))    a=str(random.randint(1000000000000000,8000000000000000))    b=str(random.randint(1000000000000000,8000000000000000))    c=str(random.randint(100000,800000))    sql="insert ignore into lgf(id,k,c,pad) values(%s,%s,%s,%s) " % (i,c,a,b)    os.system('mysql -uroot -p123456 -h127.0.0.1 -P3306 -e "use wl;%s"' % (sql))

2. 查问数据：

查问前10条数据：mysql> select * from wl.lgf order by id limit 10;+------+--------+------------------+------------------+| id   | k      | c                | pad              |+------+--------+------------------+------------------+| 1058 | 162327 | 1693367460515515 | 4503256156555111 || 1072 | 581438 | 7079984640802065 | 3180334749170868 || 1139 | 160022 | 5072986485096872 | 4163430310554381 || 1193 | 780611 | 4790797228737408 | 2940698105313885 || 1234 | 395757 | 4904177529354516 | 4353197763651083 || 1243 | 725513 | 5525166443023382 | 5731401212245669 || 1262 | 749163 | 1132694876665847 | 5159069792931202 || 1280 | 415220 | 2770815803363126 | 3979264947141008 || 1316 | 329253 | 6088415865037450 | 6035685143204331 || 1360 | 403078 | 3344825394389018 | 7962994492618902 |+------+--------+------------------+------------------+10 rows in set (0.00 sec)id=1360 c=3344825394389018 pad=7962994492618902

3. 拼接SQL

c与pad的值与id=1360值相等，id=1000000000（表中无该id行）

insert into wl.lgf(id,c,pad) values(10000000,'3344825394389018','7962994492618902') ;

4. 重启mysqld

目标是革除缓存 为了清空MySQL缓存容，还可联合以下几个参数 批改my.cnf文件，重启MySQL实例

  • innodb_buffer_pool_load_at_startup = 0
  • innodb_buffer_pool_dump_at_shutdown = 0

5. 从新插入反复惟一索引数据：

mysql> set unique_checks=0;mysql> use wlmysql> insert into wl.lgf(id,c,pad) values(10000000,'3344825394389018','7962994492618902') ;Query OK, 1 row affected (0.00 sec)

6. 查问：force index指定主键查问数据

mysql> select * from wl.lgf force index(primary) where c='3344825394389018' and pad='7962994492618902';+----------+--------+------------------+------------------+| id       | k      | c                | pad              |+----------+--------+------------------+------------------+|     1360 | 403078 | 3344825394389018 | 7962994492618902 || 10000000 |      0 | 3344825394389018 | 7962994492618902 |+----------+--------+------------------+------------------+2 rows in set (0.37 sec)

参考文档

MySQL Bugs: #106121: Unique key constraint invalid(https://bugs.mysql.com/bug.ph...)
MySQL :: MySQL 8.0 Reference Manual :: 5.1.8 Server System Variables(https://dev.mysql.com/doc/ref...)

Enjoy GreatSQL :)

## 对于 GreatSQL

GreatSQL是由万里数据库保护的MySQL分支，专一于晋升MGR可靠性及性能，反对InnoDB并行查问个性，是实用于金融级利用的MySQL分支版本。

相干链接： GreatSQL社区 Gitee GitHub Bilibili

GreatSQL社区：

社区博客有奖征稿详情：https://greatsql.cn/thread-10...

技术交换群：

微信：扫码增加GreatSQL社区助手微信好友，发送验证信息加群。