数据库处理要求强一致实时性的数据，例如金融数据、交易数据；
redis处理不要求强一致实时性的数据，例如网站最热贴排行榜；
Cache-Aside模式的意思是业务代码直接维护缓存，这是最常用的一类模式。
2.1 读场景
先从缓存获取数据，如果缓存没有命中，则回源到数据库获取源数据。
将数据放入到缓存，下次即可从缓存中获取数据。
放入缓存的可以是异步的（创建一个新的线程），也可以是同步的，根据实际情况自己选择。
2.2 非高并发情况下的写场景
先将数据写入数据库，写入成功后立即同步将数据写入缓存。
2.3 写多读少的写场景
先将数据写入数据库，写入成功后，将缓存数据过期/删除，下次读取时再加载缓存。
这样的好处是避免了不必要的写缓存操作。
2.4 高并发情况下的写场景先写缓存，再定期更新数据库：
异步化，先写入redis的缓存，就直接返回；定期或特定动作将数据保存到mysql，可以做到多次更新，一次保存。
方式1：数据库保存数据，redis不persist redis启动后，从数据库加载数据 不要求强一致实时性的读请求，都由redis处理 要求强一致实时性的读请求，由数据库处理 写请求有2种处理方式，由数据库处理 - 应用先写道数据库，然后更新redis - 应用先写道数据库，然后其它daemon同步到redis 优点：redis启动不用处理redis数据和数据库不一致 缺点：redis启动给数据库很大的读压力 方式2：数据库和redis分别处理不同的数据类型 数据库处理要求强一致实时性的数据，例如金融数据、交易数据 处理不要求强一致实时性的数据，例如网站最热贴排行榜 和 数据的同步，代码级别大致可以这样做： 读: 读redis->没有，读 ->把mysql数据写回redis 写: 写mysql->成功，写redis 并发不高的情况：
读: 读redis->没有，读mysql->把mysql数据写回redis，有的话直接从redis中取；
写: 写mysql->成功，再写redis；
并发高的情况：
读: 读redis->没有，读mysql->把mysql数据写回redis，有的话直接从redis中取；
写：异步话，先写入redis的缓存，就直接返回；定期或特定动作将数据保存到mysql，可以做到多次更新，一次保存； |
|
更多java学习资料可关注:itheimaGZ获取
