redis中的双写一致性问题

 双写一致性问题

fe5568d7e9f44bbbbc0dabe184f7ba34.png

1.先删除缓存或者先修改数据库都可能出现脏数据。

2.删除两次缓存,可以在一定程度上降低脏数据的出现。

3.延时是因为数据库一般采用主从分离,读写分离。延迟一会是让主节点把数据同步到从节点。

1.读写锁保证数据的强一致性

1afd033b0db04866903ed7303ebe511f.png

        因为一般放入缓存中的数据都是读多写少(如果读少写多,就不用缓存了,直接操作数据库)。因此,用读写锁可以保证数据的强一致性。但缺点就是性能低,因为写数据时,其他线程还是要等待。

2.消息队列保证数据最终一致

388320369c4f4f18b303b0efdb6e1277.png

这种情况可能有短暂的数据延迟,但效率高。

3.基于Canal的异步通知(和方法2类似)

389ba6a0c5a84ff9936956d27662a9c3.png

优点:对于业务代码几乎零侵入。  缺点:还是可能有短暂的数据延迟。

总结:

440bff1b081c43a58a585473103b903e.png

上一篇:妙手解迭:React Store数据迭代难题


下一篇:库存管理系统开源啦