基于业务做选择,强一致性和允许延迟再加消息队列

 强一致性:当修改了数据库的数据同时更新缓存的数据,缓存和数据库的数据保持一致

   读操作:缓存命中,直接返回数据,缓存没有命中,查询数据库,写入缓存,设定过期时间

   写操作:延迟双删 :先删除缓存,修改数据库,等待延迟(数据库主从节点,读写分离,需要等待主节点数据传给从节点的数据库,从节点负责被其他线程读取,只有从节点的数据正确的时候再被读取才能够保证新的缓存是正确的),再删除缓存,等其他线程读取从节点数据写新的缓存数据到缓存中,但是延迟时间不好掌握,时间短了依然会有脏数据,时间长了性能太差

   解决办法:

  分布式锁:

            线程1:先加锁,写入数据,删除缓存,释放锁

           线程2:等待锁,加锁,读缓存未命中,读取数据库,更新缓存,解锁

读写锁:redission提供的读写锁

 共享锁:读锁readlock,加锁之后,其他线程可以共享读操作

 排他锁:独占锁writeLock,加锁之后,阻塞其他线程的读写操作

当线程是读操作时加共享锁,其他线程依然可以读取数据

当线程是写操作时加排他锁,其他线程被阻塞,这样可以极大提升分布式锁的性能

优点:强一致

缺点:性能低

允许延迟一致:采用异步通知

最终一致性:可以使用MQ的可靠性来保证数据的最终一致性,修改数据发送消息给MQ,监听消息来更新缓存.