Redis双写一致性
缓存和数据库数据同步
正常流程:
读操作:
查询缓存,查询命中直接返回,没命中查询数据库将查询到的数据写入缓存,并设定超时时间
写操作:
删除缓存,修改数据库,在延时一段时间后再删除缓存
(延迟双删)延迟:等待数据库的主节点同步到从节点
因为如果先删除缓存
在更新数据库之前有另一个线程对数据库做了查询,就会将还未更新的数据写入缓存,导致与数据库的不一致性
如果先更新数据库
在一个线程查询缓存未命中准备写入缓存的过程中,另一个线程对数据库做更新并删除缓存,原本那个线程继续完成的写入缓存数据会和数据库不一致
一致性要求高的情况
使用分布式锁(性能低)
共享锁:
读锁readlock,加锁后,线程可以共享读操作但不能共享写操作
排它锁:
独占锁writelock,加锁后,线程会阻塞其他线程的读写操作
允许延迟一致
异步通知保证数据一致
通过mq来进行缓存和数据库之间的数据通知
或者使用Canal来实现异步通知
基于mysql的主从同步实现,将mysql的DDL和DML操作记录到文件中,canal伪装成mysql的一个从节点对文件进行监听和对缓存进行通知
