redis和mysql如何保持数据一致性
一般情况下,redis是实现 应用和数据库之间的一个读操作的缓存层。 目的就是减少数据库的IO,提高数据库的IO性能
数据->写入缓存,读取数据,首先尝试,命中缓存就从缓存中读取数据,没有命中就去数据库中读取
查到后再把数据写到缓存。出现的问题,一份数据同时保存在redis和数据库中,当数据发声变化时,需要更新 redis和数据库,因为更新操作是有先后顺序的,不像mysql中的多表事务操作,可以满足ACID的特性
此时就会出现数据一致性的问题。
解决方法:
.先更新数据库,再更新缓存(缓存更新失败就会导致数据不一致)
.先删除缓存,再更新数据库,再更新缓存。理论上是一致的,
但是比极端情况下,删除缓存和更新数据库不是原子操作,在过程中
有线程访问,还是会有数据库不一致的问题
采用最终一致性的一个方案:
1. 基于RocketMQ 的可靠性消息通信来实现数据的最终一致性
2. 直接通过Cannal组件,监控mysql中的binlog的日志,把更新后的数据同步到redis
3. redis和mysql之间还有一种中间件可以同步数据,redismq
在高并发场景下,Redis作为缓存层用于提升MySQL的读取效率,但如何保证两者间的数据一致性是个挑战。常见的解决方案包括先更新数据库再更新缓存,或先删除缓存再更新数据库,但这两种方式都可能存在数据不一致的风险。为实现最终一致性,可以利用RocketMQ进行消息通信,或者借助Cannal监听MySQL的binlog同步到Redis。此外,还可以使用专门的数据同步中间件如Redismq来协助处理这个问题。

被折叠的 条评论
为什么被折叠?



