Redis带来更快体验，功能升级让你用起来更顺手，真心不错

（来源：近期主流技术社区与开发者反馈）

最近好多人在聊Redis，我也跟着凑凑热闹，用了阵子之后发现，它确实像大家说的那样，能给程序带来飞一般的感觉，而且最近的一些功能升级，让用起来更顺手了，真心觉得不错，以前总觉得这类东西很高深，离我们普通开发者很远，但实际接触下来,发现它解决的问题恰恰是我们日常开发中最头疼的那些。

最直接的感受就是一个字：快，快到什么程度呢？这么说吧，我以前有个项目，首页需要展示一些经常变动的热点数据，比如最新公告、用户排行榜之类的，最开始的做法是每次用户打开页面，都老老实实地去数据库里查一遍，平时用户少的时候没啥感觉，一旦访问量稍微上来点，数据库服务器就有点“喘不过气”，页面加载明显变慢，那个小圈圈要转好久,用户体验很差。

后来听了朋友的建议，把Redis用上了，思路很简单：第一次从数据库查到这些热点数据后，顺手就丢到Redis里，并设置一个合理的过期时间，比如五分钟，接下来五分钟内，所有用户再来访问首页，程序就直接从Redis里拿数据，根本不用再去麻烦数据库了，这一下子，效果立竿见影，页面几乎是“秒开”，用户反馈说流畅多了，Redis把数据都存在内存里，读写速度是数据库磁盘读写完全没法比的，这种感觉就像是把常用的东西从地下室仓库搬到了手边的抽屉里，随手就能拿到，效率自然飙升，这种快,是用户能真切感受到的。

除了这种经典的缓存场景，Redis的数据类型也特别灵活，让很多以前实现起来很麻烦的功能变得简单，比如我想做一个简单的网站实时在线人数统计。（来源：Redis官方文档对数据结构的介绍）以前可能得费老大劲，现在用Redis的HyperLogLog数据结构，几行代码就能搞定，而且非常节省空间，就算有几百万用户，也占不了多少内存，准确度还很高，再比如，我想给用户发短信验证码，需要限制每个手机号一分钟内只能发一次，用Redis的字符串类型，以手机号为key，验证码为value，设置个60秒的过期时间，逻辑变得异常清晰简单,完全不用去数据库里折腾时间戳比对。

说到功能升级，让我觉得更顺手的是Redis这些年增加的一些“贴心”功能，来源：Redis 6.0版本新特性解读）Redis 6.0开始支持了多线程IO，虽然处理命令的核心还是单线程（这保证了操作的原子性，不用考虑复杂的锁问题），但在网络数据读写这类IO密集型任务上用了多线程，这意味着在高并发场景下，它能同时处理更多客户端的连接和请求，吞吐量又上了一个大台阶，对我们开发者来说，就是程序更稳定、更能扛了。

还有一个我个人很喜欢的功能是（来源：同样源于Redis后续版本更新）ACL（访问控制列表），早期的Redis配置简单，密码认证也比较基础，现在有了ACL，可以给不同的应用或用户创建专门的账号，并且精细地控制每个账号的权限，比如这个账号只能读某个特定前缀的key，那个账号只能执行某些特定的命令，这在多人协作或者微服务架构下太有用了，安全性大大增强，再也不用担心某个应用误操作把整个Redis的数据搞乱了,用起来心里踏实多了。

像（来源：社区技术文章分享）Redis Modules的概念也扩展了它的能力边界，比如通过RediSearch模块，Redis甚至可以变成一个功能不错的全文搜索引擎；通过RedisJSON模块，可以直接存储和查询JSON文档，这意味着对于一些不那么复杂的搜索需求，我们可能都不需要再额外部署一个像Elasticsearch那样的大家伙，直接在Redis里就能搞定,技术栈可以更精简。

Redis给我的感觉就像是一把特别称手的瑞士军刀，它核心的“快”解决了性能的痛点，而丰富的数据类型和不断进化的功能，则让它在应对各种场景时更加游刃有余，让我们开发者能更专注于业务逻辑的实现，而不是在性能优化和复杂实现上耗费过多精力，它可能不是所有问题的终极解决方案，但在它擅长的领域内，确实能带来实实在在的效率提升和顺手的开发体验，说它“真心不错”,一点都不过分。