Redis打破限制，信息流通更顺畅，隔离状态终于解除的那些事

（引用来源：微信公众号“技术夜未眠”文章《Redis：从单机到分布式，打破数据孤岛》）

记得以前在公司里，我们各个部门就像一个个独立的小王国，开发团队用的是一套数据，运营团队用的是另一套，连用户登录状态这种最基本的信息，都因为系统不同而隔离开来，最头疼的就是做活动的时候，前台页面显示商品还有库存，用户兴冲冲下单，结果支付的时候系统却提示“库存不足”，为啥？因为库存数据还卡在后端的数据库里，没来得及同步到前台的页面上，这种“信息延迟”和“数据孤岛”的问题，就像给公司的信息流通设下了重重关卡，每个系统都处于一种“隔离状态”,协作起来特别费劲。

那时候，我们主要依赖传统的关系型数据库，比如MySQL，它就像一个大仓库，数据存放得整整齐齐，规矩很多，每次要存东西或者取东西，都得按照严格的格式来，做复杂的查询（他们管这叫“联表查询”）更是慢得像老牛拉车，尤其是当很多人同时访问的时候，这个“仓库”就有点忙不过来，页面加载转圈圈能转半天，更别提应对像“双十一”那样瞬间涌进来的海量请求了，数据库简直要“罢工”,数据的流动被这些繁琐的规矩和缓慢的速度限制得死死的。

（引用来源：CSDN博客《Redis实战：如何用缓存提升系统性能》）

后来，技术团队引入了一个叫Redis的工具，刚开始大家还挺纳闷，这又是个啥？技术同事打了个比方，说MySQL好比是家里的保险柜，重要值钱的东西都得放进去，安全稳妥，但存取手续麻烦；而Redis就像是咱们办公桌上的一个超级顺手、带很多格子的笔筒，常用的笔、便签、小夹子（也就是那些需要频繁读写的数据，比如用户登录状态、页面缓存、热门商品信息）就放在手边，随手就能拿到,速度快得惊人。

这一下可真是打开了新世界的大门，最直接的感受就是网站“变快了”，以前用户登录，每次都要去深层次的数据库里核对信息，现在只要在Redis这个“笔筒”里看一眼就行，瞬间完成，商品页面也不再是每次都要重新组装数据，而是把生成好的页面片段放在Redis里，下次直接读取，页面加载速度提升了不止一倍，那种点击后漫长的等待感几乎消失了,信息流通变得前所未有的顺畅。

（引用来源：开源中国社区一篇关于分布式缓存的讨论帖）

但这还只是解决了我们公司内部一个系统内部的“小隔离”，真正打破更大范围“隔离状态”的，是Redis的分布式能力，随着业务发展，一台服务器上的Redis也不够用了，技术团队又搞起了“Redis集群”，这名字听着高级，其实道理简单，就像一家店生意太好，一个收银台忙不过来，于是就开了好几个收银台，并且告诉顾客可以根据单双号去不同的台子结账,分流压力。

他们把数据分散到多台服务器的Redis上，让它们协同工作，这样一来，不仅容量变大了，能装下更多的热点数据，而且即使其中一台服务器“累趴下”了，其他的还能继续干活，保证了系统整体不会瘫痪，数据在不同的节点之间顺畅地流动和备份，真正打破了单台机器的物理限制，我们甚至开始尝试用Redis来支持不同业务系统之间的轻量级数据共享，比如把A系统处理完的实时消息暂存在Redis里，B系统直接来取，省去了过去两个数据库之间复杂又缓慢的对接过程，这就像是给各个“数据孤岛”之间架起了高速桥梁。

（引用来源：某位资深架构师在技术分享会上的发言）

这个过程也不是一帆风顺的，刚开始用的时候，也遇到过问题，比如有一次，因为网络波动，Redis集群里不同节点之间的数据突然短暂“失联”了，等恢复之后，几份数据对不上了，造成了一些混乱，这让我们明白，Redis这个“笔筒”虽然快，但不能像保险柜（数据库）那样百分百保证数据的强一致性，技术团队后来制定了规则：像订单、支付这类最关键的数据，最终还是得老老实实写进“保险柜”数据库里确认落袋为安；而Redis则用来处理那些允许有点细微差错、但要求速度极快的场景，分清场合，各司其职,才能发挥最大效力。

回过头看，从当初各个系统数据不通、响应缓慢的“隔离状态”，到现在信息能够近乎实时地顺畅流动，Redis在其中起到了关键性的破局作用，它并没有取代传统的数据库，而是作为一个高效的补充，专门解决那些制约速度的瓶颈问题，它让我们体会到，技术的进步，很多时候不是要推翻重来，而是用一种更巧妙的方式，去打通关节，消除壁垒，当数据流动的障碍被清除，业务的活力自然也就被释放了出来，现在公司里跨部门的协作比以前顺畅多了，很多之前因为技术限制不敢想、不敢做的实时功能，现在也都能实现了，这大概就是技术打破限制、解除隔离所带来的最实实在在的好处吧。