资料内容：
1、作为数据库的前端缓存应用
完整缓存（易），静态缓存，例如：商品分类（京东），以及商品信息，可事先放在内存里，然后再对
外提供数据访问，这种先放到内存，我们称之为预热，（先把数据存缓存中），用户访问时可以只读取
memcached)缓存，不读取数据库了。
执点缓存（难），需要前端web程序配合，只缓存热点的数据，即缓存经常被访问的数据。先预热数据
库里的基础数据，然后在动态更新，选读取缓存，如果缓存里没有对应的数据，程序再去读取数据库，
然后程序把读取的新数据放入缓存存储。
特殊说明 ：
如果碰到电商秒杀等高并发的业务，一定要事先预热，或者其它思想实现，例如：称杀只是获取资格，
而不是瞬间秒杀到手商品。那么什么是获取资格？就是在数据库中，把0标成1.就有资格啦。再慢慢的
去领取商品订单。因为秒杀过程太长会占用服务器资源。
如果数据更新，同时触发缓存更新，防止给用户过期数据。
对于持久化缓存存储系统，例如：redis，可以替代一部分数据库的存储，一些简单的数据业务，投
票，统计，好友关注，商品分类等。nosql= not only sql
2、作业集群的session会话共享存储
3、Memcached服务在不同企业业务应用场景中的工作流程
当web程序需要访问后端数据库获取数据时会优先访问Memcached内存缓存，如果缓存中有数据就直
接获取返回前端服务及用户，如果没有数据（没有命中），在由程序请求后端的数据库服务器，获取到
对应的数据后，除了返回给前端服务及用户数据外，还会把数据放到Memcached内存中进行缓存，等
待下次请求被访问，Memcache内存始终是数据库的挡箭牌，从而大大的减轻数据库的访问压力，提高
整个网站架构的响应速度，提升了用户体验。
当程序更新，修改或删除数据库中已有的数据时，会同时发送请求通知Memcached已经缓存的同一个
ID内容的旧数据失效，从而保证Memcache中数据和数据库中的数据一致。
如果在高并发场合，除了通知Memcached过程的缓存失效外，还会通过相关机制，使得在用户访问新
数据前，通过程序预先把更新过的数据推送到memcache中缓存起来，这样可以减少数据库的访问压
力，提升Memcached中缓存命中率。
数据库插件可以再写入更新数据库后，自动抛给MC缓存起来，自身不Cache.
