目前，缓存主要有两种技术：分布式缓存和进程级别的内容缓存。两种缓冲具体的差异就不废话了。

1.在技术上

数据库降压的最好方式就是缓存。在缓存的性能上，进程级别的内存缓存性能有明显优于分布式缓存，内存缓存性能最好，需多加利用。如果要对他们的使用排序的话，建议是：内存缓存>分布式缓存>数据库。

2.业界趋势

　　

　　“数据要尽可能的贴近用户端，尽量高的从各类缓存中命中数据，而不是访问数据库”，这应该是个共识了。前端尽量通过CDN缓存抗压，后端要在各层提供各种缓存。按照这种思路，可以总结出缓存的设计原则：

　　

　　静态化：数据尽量以目标展现的格式存储，而不是存储中间数据。减少数据格式化的时间消耗，用空间换时间。

　　专用：数据静态化后，可使用的范围有限，应尽量贴近用户的结构，降低使用后的格式化成本。

　　隔离：封装缓存数据的访问，把缓存的控制权掌握在自己手中。

　3.缓存的使用原则

• 进程缓存

  • 性能最高，优先考虑使用。

  • 对数据要求苛刻，变化频率高、访问频率低的数据不能缓存。

  • 建议缓存访问频率高、变化频率低的数据。

  • 配合缓存的时效性策略应用。

• 　　分布式缓存
  • 性能好。在内存缓存不适用的情况下，推荐使用。
  • 建议作为缓存使用，而不是存储。
  • 在数据变化频率很高的情况下，可作为DB的写入缓存
• 缓存同步模式：尽在进程缓存
  • 增量同步：按照时间戳或者数据变化更新缓存
  • 全量同步：重新拉取所有的缓存数据。不建议采用此种模式，性能差，同步的数据量大。
• 　　缓存同步时机
  • 每次查询时同步：在做查询时，检验数据的版本，然后进行缓存同步。
  • 增删改时失效：在做数据的增删改时，同步修改缓存。此种模式仅适用用分布式缓存，进程级别缓存不适用的。
  • 定时同步：在缓存的驻留端定时更新缓存。此种模式适用于对数据的实时性要求不高的场景。
• 　　缓存时效性
  • 有时效性：缓存数据存在时效性，不管数据的版本有没有变化，过期失效
  • 无时效性：只要数据的时间戳保持不变，缓存数据永久有效。

weiliang 2016-10-8