关于从库的表空间碎片过多

我来答

分享

M

2022-02-22

关于从库的表空间碎片过多

mysql mysql主从从库问题表空间过大表碎片过多

背景

发现一些从库的表比主库大，进行排查，发现是表空间碎片过多，对表空间进行重新整理，表大小恢复正常

反思

为什么从库多，因为我有个同步脚本，需要获取binlog日志，为了不影响实际数据库，就通过主从的方式，来获取从库的binlog日志
为什么从库碎片多，我这边的一个猜测这边有二种从库，一种是为了备份，一种是为了同步脚本
1. 那么为了备份的从库表空间碎片能跟主库保持大概的一致
2. 那么为了同步脚本的从库表空间碎片就很多
  这是为啥，就因为我用了同步脚本，或者说我去获取了binlog日志导致的？？？

我来答

添加附件

收藏

分享

问题补充

13条回答

默认

最新

binlog什么模式？

评论

有用 0

题主

2022-02-22

Row模式

M

Row模式

评论

有用 0

M

升级问题到: 潜在风险

评论

有用 0

那实在不应该发生这种情况。

评论

有用 0

M

实际发生了，有一些还很离谱

评论

有用 0

M

目前能想到的解决方案：就是写个脚本，半夜定时执行，整理超过G单位的表空间
但是无法治根，很难受

评论

有用 0

什么版本的mysql，表定义是什么样的？

评论

有用 0

M

8.0.18版本的mysql
表引擎是innodb
从库是备份来的，跟主库完全一致

评论

有用 0

先关注下，感觉还是mysql内部机制的问题

评论

有用 0

这种情况很正常，从库上的relay log apply行为跟在主库上不一样，更容易造成碎片。

另外，这种情况似乎在云数据库RDS上更常见。

评论

有用 1

M

但是使用mysql自带的主从同步就不会产生很多的碎片，自写的脚本同步就会产生很多的碎片

评论

有用 0

自写的脚本同步是如何实现的？用到了什么工具？读主库的binlog解析成sql然后写从库？

评论

有用 0

M

不是，mysql之前是用自带的同步，脚本是获取binlog同步到别的类型数据库

评论

有用 0

回答交流

提交

问题信息

请登录之后查看

邀请回答

暂无人订阅该标签，敬请期待~~

墨值悬赏