Redis其实就是个特别厉害的数据库，功能多到让人惊讶，几乎能替代好多传统数据库了

“Redis其实就是个厉害的数据库，功能多到让人惊讶，几乎能替代好多传统数据库了”这个说法，在程序员和技术圈子里流传很广，我第一次听到这个说法是从我们团队里一个资深的后端工程师那里，他在一次讨论系统优化的会议上说：“别老想着动不动就上MySQL，很多场景下Redis就是个特别厉害的数据库，功能多到让人惊讶，搞不好能替代你们现在用的传统数据库方案。” 当时我就对这个说法产生了浓厚的兴趣。

要理解这个说法,首先得知道Redis是干什么的，你可以把它想象成一个超级快的“内存大仓库”，和我们平时用的那些把数据存在硬盘上的数据库（比如MySQL、PostgreSQL）不同，Redis主要把所有数据都放在服务器的内存里，这就好比是你从一个大图书馆的书架上找书（传统硬盘数据库），和直接从你手边的桌子上拿书（Redis）的区别，速度根本不是一个量级的，它的第一个“厉害”之处就是快，非常快，读写速度能达到微秒级别，这让它成为处理高并发请求的利器，电商网站上那个“秒杀”活动，成千上万人同时去抢一件商品，库存信息需要被极速地读取和扣减，用Redis来存这个库存量就是最典型、最合适的场景。

但如果说Redis仅仅是快,那还谈不上“功能多到让人惊讶”，它真正强大的地方在于，它不仅仅是一个简单的键值存储（就像一个大Map，只能通过一个key存一个value），它支持各种各样复杂的数据结构，这也是我们那个架构师反复强调的一点，他说：“你们别把Redis就看成一个缓存，它那几种数据结构玩熟了，能解决很多意想不到的问题。”

它支持List（列表），你可以很方便地实现一个消息队列，消息从一边推进去，从另一边取出来，用来做异步任务处理非常方便，它还支持Set（集合），可以轻松实现“共同关注”这类功能，比如快速找出两个用户共同的好友是谁，还有Sorted Set（有序集合），这个就更强大了，它能给每个元素都设置一个分数，然后自动根据分数排序，社交媒体上的热门排行榜、游戏里的玩家积分榜，用这个数据结构来实现简直是天然契合，性能和简洁性都远超用传统SQL数据库的复杂查询。

Redis还支持一种叫“发布/订阅”（Pub/Sub）的模式，这就像是一个广播站，一个服务发布了一条消息，所有订阅了这个频道的其他服务都能立刻收到，这在构建实时应用，比如在线聊天室、实时推送系统时，非常有用，这种功能是很多传统关系型数据库所不具备的，或者实现起来非常笨重。

除了这些核心数据结构,Redis还提供了一些“锦上添花”但至关重要的功能，持久化”，它虽然数据主要在内存，但可以通过某种机制定期把内存中的数据 snapshot（快照）到硬盘上，或者把所有写操作命令记录到日志里，这样即使服务器重启，数据也不会丢失，这就在很大程度上解决了人们对于“内存数据库数据易失”的担忧，还有“事务”功能，可以保证一连串的操作被当作一个整体来执行，要么全部成功，要么全部失败，这在需要数据一致性的场景下很重要。

正是因为拥有了速度、丰富的数据结构以及这些企业级特性，Redis的应用场景才大大拓宽了，它早已超越了“缓存”的初始定位，在很多对性能要求极高的场景中，确实可以直接作为“主数据库”来使用，在一些社交网络应用中，用户的动态流、好友关系、会话数据等，可能就直接存储在Redis里，以保证极致的读写体验，在游戏行业，玩家的实时状态、排行榜等数据也经常交由Redis管理。

回过头来看“Redis几乎能替代好多传统数据库了”这句话，虽然说得有点绝对，但并非没有道理，它的确在很多特定领域，凭借其独特的优势，对传统关系型数据库构成了强有力的补充甚至是替代，它也不是万能的，比如在处理复杂的关联查询、需要严格ACID事务、或者数据量极大远超内存容量时，传统的关系型数据库或者大数据平台仍然是更合适的选择，但毫无疑问，Redis的出现和流行，给我们提供了更多、更优的技术选型方案，它用实力证明了，一个设计精良的“简单”工具，通过把核心优势发挥到极致，同样可以变得无比强大和“令人惊讶”。