数据库主从延迟

为了实现数据库的高可用,一般需要搭建数据库集群,即所谓的n主n从的数据库结构。主库主要用作对数据库的写操作,然后再同步给从库;从库主要用作对数据的查询。

对主库的数据的更新操作时,数据的变更会同步给从库。这段同步的时间就是主从延迟。

主从延迟时间一般非常短,一般在1ms左右。主从延迟是不可控的,不能杜绝,也不知道在同步过程会发生什么。如果主从同步过程中其他的请求进来查询从库取的就是脏数据。

但是大部分业务几乎是可以忽略这个主从延迟,因为主从延迟时间非常之短。但是如果你的系统并发量非常高,并且需要保证数据是绝对的安全与正确,那只能牺牲性能来得到数据的保证了。

解决办法:
1.如果业务量不大,那就所有读写操作都从主库读取,从库只用作冷备。

2.打开主从数据库的强一致性协议。主从同步默认的是异步方式,即在主库数据更新后就立即返回给客户端成功状态,不用管从库是否同步完成。
这里写图片描述

打开Semi-sync(半同步),即在主库数据更新后,然后同步给从库。若从库同步完成再返回给客户端请求完成的状态。

打开主从的半同步命令
master:
set global rpl_semi_sync_master_enabled=1;
set global rpl_semi_sync_master_timeout=xxx;

slave:
stop slave io_thread;
set global rpl_semi_sync_slave_enabled=1;
start slave io_thread;

半同步状态如下:

这里写图片描述

但是半同步对数据库性能影响较大,适合并发量不高,但对数据完整性,准确性有很高的需求的业务,例如:银行。

3。如果并发量非常高。查询比写入占比更高的话,就接个缓存中间件,如redis,memcached等。查询就直接从缓存中查询。避免极高并发下,主从延迟由从库取的是脏数据。

猜你喜欢

转载自blog.csdn.net/CSDNzhangtao5/article/details/78288289
今日推荐