关于数据库主从同步的疑问

[zhuzhuaini]

想给数据库配置从库来达到多备份的目的，目前的备份方案为每天定时备份，感觉不安全，了解到主从备份这种机制，有一些疑问请求 V 友~

原数据库备份出来的数据大概在 30G 左右（使用的是 EXP 备份，应该算比较大量的数据了吧）

目前的疑问：

由于数据库的硬件配置不算很好，经常会碰到读 IO 爆炸的情况，担心配置主从之后，加剧这种情况，我的想法是既然是配置了主从，那从库应该会经常要从主库去读数据，那在已经读 IO 爆炸的情况下，从库再去读主库的数据来同步，那应该是有影响的，想问的是会有多大的影响，配置主从同步之后，对主库会增加多大的压力？

[FutherAll]

基于 binlog 同步的，不会频繁从主库读数据吧

[zhuzhuaini]

@FutherAll 呃，，所以来了解下有没有做过这方面的心得给点建议~不敢贸然上手啊，而且这玩意还没法测试

[FutherAll]

@zhuzhuaini https://dev.mysql.com/doc/refman/5.7/en/group-replication-primary-secondary-replication.html
从库是通过 I/O 线程拉取主库的 binlog 然后重放实现同步数据的，理论上是会增加主库的整体 I/O 压力，但是感觉还好。

[zhuzhuaini]

@FutherAll 我这个是 oracle，也是拉取的 binlog 么

[adoal]

oracle 的叫 dataguard

[bg7lgb]

oracle 同步通过归档日志完成的。同步的数据量取决于数据变动的数量，也就是产生的归档日志。IO 爆，考虑升级 ssd 或者调整数据库参数，profile 或者检查一下慢 SQL 的执行计划，然后进行调优。

[justfly]

听起来不会有太大影响，读 IO 爆炸，没有写的话，主从同步不会占用什么带宽，因为写的少需要同步的东西也少。

[zhuzhuaini]

@bg7lgb IO 爆 已经升级 SSD 了，不过是普通的 sas ssd 应该走的 sata 协议 速度不快 读也就 400 多 M 估计还是要做数据库调优 但是我不会...先搞搞简单的主从备份 感谢你的回答

[zhuzhuaini]

@justfly 喔 了解了 确实写的比较少 基本上大量的读操作，我寻思的是主从备份时 从库得去主库拉取变动的数据用于同步吧 那对于主库来说 这个拉取变动就是读操作啊 就是想先问问这个读的操作影响有多少

[zhuzhuaini]

@justfly 比如我现在数据库 30g 第一次同步的时候肯定需要读 30g 的数据 这个可以理解 那我如果要实时备份 他不就得 实时的拉主库的变动数据么 这个读的量有多大