马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有账号?立即注册
x
主从复制中定位回放慢涉及的表
一、前提
天下千奇百怪,每个人都有自己独立的思想,有些事变即使你附耳告知,也可能如风般吹过,进而消失,为了性能为了不延迟,表要加索引嘛,然而在某业务场景,业务表数千张,无索引的表几百张,这些表都是上百万的数据。
二、征象
在 GreatSQL 主从架构中,某天在体系资源富足的环境下,主从忽然延迟,而且持续增长,我们通过SHOW PROCESSLIST 和 SHOW SLAVE STATUS 观察是由于回放 DELETE 事件造成的,但是 GTID`` 在不断地增长,不外增长的非常缓慢,但是平时的时间是没有云云缓慢的,我们该如何快速的定位这些回放缓慢的 GTID 的涉及表呢,接下来就在测试环境演示下如何定位。
三、模拟测试
1、主节点创建库
- greatsql> CREATE DATABASE fcmark;
- Query OK, 1 row affected (0.03 sec)
复制代码 2、准备数据
- $ sysbench --db-driver=mysql --mysql-host=192.168.139.230 --mysql-port=3307 --mysql-user=greatsql --mysql-password=greatsql@2024 --mysql-db=fcmark --table_size=10000000 --tables=5 oltp_write_only prepare
- sysbench 1.1.0-df89d34 (using bundled LuaJIT 2.1.0-beta3)
- Creating table 'sbtest1'...
- Inserting 10000000 records into 'sbtest1'
- Creating a secondary index on 'sbtest1'...
- Creating table 'sbtest2'...
- Inserting 10000000 records into 'sbtest2'
- Creating a secondary index on 'sbtest2'...
- Creating table 'sbtest3'...
- Inserting 10000000 records into 'sbtest3'
- Creating a secondary index on 'sbtest3'...
- Creating table 'sbtest4'...
- Inserting 10000000 records into 'sbtest4'
- Creating a secondary index on 'sbtest4'...
- Creating table 'sbtest5'...
- Inserting 10000000 records into 'sbtest5'
- Creating a secondary index on 'sbtest5'...
复制代码 3、主节点修改表布局,将表修改为无索引表
- greatsql> ALTER TABLE sbtest1 MODIFY id int not null;
- Query OK, 10000000 rows affected (3 min 2.62 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest1 DROP key `k_1`;
- Query OK, 0 rows affected (0.15 sec)
- Records: 0 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest1 DROP PRIMARY KEY;
- Query OK, 10000000 rows affected (1 min 50.19 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest2 MODIFY id int not null;
- Query OK, 10000000 rows affected (3 min 2.62 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest2 DROP key `k_2`;
- Query OK, 0 rows affected (0.15 sec)
- Records: 0 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest2 DROP PRIMARY KEY;
- Query OK, 10000000 rows affected (1 min 50.19 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest3 MODIFY id int not null;
- Query OK, 10000000 rows affected (3 min 2.72 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest3 DROP key `k_3`;
- Query OK, 0 rows affected (0.15 sec)
- Records: 0 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest3 DROP PRIMARY KEY;
- Query OK, 10000000 rows affected (1 min 52.19 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest4 MODIFY id int not null;
- Query OK, 10000000 rows affected (3 min 3.64 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest4 DROP key `k_4`;
- Query OK, 0 rows affected (0.15 sec)
- Records: 0 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest4 DROP PRIMARY KEY;
- Query OK, 10000000 rows affected (1 min 53.19 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest5 MODIFY id int not null;
- Query OK, 10000000 rows affected (3 min 5.62 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest5 DROP key `k_5`;
- Query OK, 0 rows affected (0.15 sec)
- Records: 0 Duplicates: 0 Warnings: 0
- greatsql> ALTER TABLE sbtest5 DROP PRIMARY KEY;
- Query OK, 10000000 rows affected (1 min 51 sec)
- Records: 10000000 Duplicates: 0 Warnings: 0
复制代码 4、主库操作数据模拟延迟
- greatsql> DELETE FROM sbtest1 WHERE k<200;
- Query OK, 214 rows affected (41.14 sec)
- greatsql> DELETE FROM sbtest2 WHERE k<200;
- Query OK, 193 rows affected (41.58 sec)
- greatsql> DELETE FROM sbtest3 WHERE k<200;
- Query OK, 177 rows affected (40.00 sec)
- greatsql> DELETE FROM sbtest4 WHERE k<200;
- Query OK, 184 rows affected (39.38 sec)
- greatsql> DELETE FROM sbtest5 WHERE k<200;
- Query OK, 212 rows affected (37.56 sec)
- greatsql> DELETE FROM sbtest1 WHERE k<400;
- Query OK, 182 rows affected (39.09 sec)
- greatsql> DELETE FROM sbtest2 WHERE k<400;
- Query OK, 193 rows affected (38.21 sec)
- greatsql> DELETE FROM sbtest3 WHERE k<400;
- Query OK, 215 rows affected (34.45 sec)
- greatsql> DELETE FROM sbtest4 WHERE k<400;
- Query OK, 219 rows affected (37.45 sec)
- greatsql> DELETE FROM sbtest5 WHERE k<400;
- Query OK, 224 rows affected (34.63 sec)
- greatsql> DELETE FROM sbtest1 WHERE k<600;
- Query OK, 185 rows affected (34.11 sec)
- greatsql> DELETE FROM sbtest2 WHERE k<600;
- Query OK, 245 rows affected (35.99 sec)
- greatsql> DELETE FROM sbtest3 WHERE k<600;
- Query OK, 173 rows affected (36.08 sec)
- greatsql> DELETE FROM sbtest4 WHERE k<600;
- Query OK, 230 rows affected (36.18 sec)
- greatsql> DELETE FROM sbtest5 WHERE k<600;
- Query OK, 186 rows affected (38.00 sec)
复制代码 6、分析数据
主节点操作,根据从节点观察的信息,在主节点上观察 binlog 信息,回放内容是关于 fcmark.sbtest4`` 表的多个DELETE事件,观察该表布局是无索引,并且数据量接近 1万万四、总结
利用SHOW PROCESSLIST和SHOW SLAVE STATUS观察是数据库正在回放数据,找到正在回放的主库的binlog位点以及正在回放的GTID,在主库上利用 SHOW BINLOG EVENTS IN binlog文件 FROM 位点 LIMIT 步长,来找到对应的表布局和事件类型,进而观察表布局,该表无索引且数据量大,以是导致从库回放的时间比较慢,至于处理办法,可以暂时KILL 掉回放线程,然后加上索引,在重启回放线程,详细细节就不详细展开了。
Enjoy GreatSQL
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。 |