更多精彩文章，关注公众号【ToBeTopJavaer】，更有数万元精品vip资源免费等你来拿！！！ 本文我们要剖析的基本类型是Set，下面我们将深入源码剖析Redis中Set的实现。 存储类型：String 类型的无序集合，最大存储数量 2^32-1（40 亿左右）。 如图所示： 操作命令 添加一个或者多个元素 {代码…} 获取所有元素 {代码…} …

接下来我们要剖析的基本类型是List，相信大家对List都不会陌生吧，下面我们将深入源码剖析Redis中List的实现。

接下来我们要剖析的基本类型是Hash，相信大家对Hash都不会陌生吧，下面我们将深入源码剖析Redis中Hash的实现。

总体来说：String、Hash、Set、List、Zset、Hyperloglog、Geo、Stream

这篇文章是对上一篇 spring-data-redis-cache 的使用 的一个补充，上文说到 spring-data-redis-cache 虽然比较强悍，但还是有些不足的，它是一个通用的解决方案，但对于企业级的项目，住住需要解决更多的问题，常见的问题有

Tinypng： 地址：[链接] 这款工具最大限度的做到对画质无损的进行压缩。 这个工具同时支持对Jpg和Png的压缩。 Tinypng也支持Wordpress和magento的使用。 本文来自木庄网络博客> 强烈推荐一款图片无损压缩工具

缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中时被动写的，并且处于容错考虑，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。在流量大时，可能DB就挂掉了，要是有人利用不存在的key频繁攻击我们的应用，这就是漏洞。

2）读多写多：用户登录时通常需要加载大量数据，查询其它玩家信息也是一个频繁的操作请求。在不考虑定时回写的情况下，玩家的每个更新类请求都会产生一次数据库回写请求，对于一个在线10W,养成类游戏，每秒写请求达到10W+是可能的。

Android上图片加载的解决方案有多种，但是官方认可的是Glide。Glide提供简洁易用的api，整个框架也方便扩展，比如可以替换网络请求库，同时也提供了完备的缓存机制，应用层不需要自己去管理图片的缓存与获取，框架会分成内存缓存，文件缓存和远程缓存。本文不会从简单的使用着手，会把重点放在缓存机制的分析上。

了解 @CacheConfig，@Cacheable，@CachePut，@CacheEvict，@Caching 的使用