简单的说就是: 主库发生增删改操作的时候,会等从库及时复制了并且通知了主库, 才会把这个操作叫做成功.
专业的讲:
半同步复制,是等待其中一个从库也接收到Binlog事务并成功写入Relay Log之后,才返回Commit操作成功给客户端;如此半同步就保证了事务成功提交后至少有两份日志记录,一份在主库Binlog上,另一份在从库的Relay Log上,从而进一步保证数据完整性;半同步复制很大程度取决于主从网络RTT(往返时延),以插件 semisync_master/semisync_slave 形式存在。
如果有了数据库中间件,所有的数据库请求都走中间件,这个主从不一致的问题可以这么解决:
所有的读写请求都走中间件,然后写的请求路由到主库,读的请求路由到从库
但是我们中间件会记录写库的一个key,在设置一个允许同步时间,假设是1s
当有一个写请求过来时候,生成一个key A ,马上路由写到主库,然后立马有一个读请求过来。从库可能是旧数据,或者没有来得及同步。如果时间是在1s内的,就对应的key继续路由到主库。如果在1s以后的,就路由到从库。
说白了,中间件就是给个同步时间,给你同步,在同步时间内,所有的请求都落在主库
1 将某个库上的某个key要发生写操作,记录在cache里,并设置“经验主从同步时间”的cache超时时间,例如1s
2 修改数据库
(1)先到cache里查看,对应库的对应key有没有相关数据
(2)如果cache hit,有相关数据,说明这个key上刚发生过写操作,此时需要将请求路由到主库读最新的数据
(3)如果cache miss,说明这个key上近期没有发生过写操作,此时将请求路由到从库,继续读写分离
就是两个思路
1、半同步复制,等从库复制成功才返回写成功
2、设一个key记录着一次写的数据,然后设置一个同步时间,如果在这个时间内,有一个读请求,看看对应的key有没有相关数据,有的话,说明数据近期发生过写事件,这样key的数据就继续读主库,否则就读从库
如果您发现该资源为电子书等存在侵权的资源或对该资源描述不正确等,可点击“私信”按钮向作者进行反馈;如作者无回复可进行平台仲裁,我们会在第一时间进行处理!
加入交流群
请使用微信扫一扫!