用Redis来省点宽带流量，感觉还能多节约不少网络资源吧

这个想法其实挺实在的,确实能用Redis在很多地方帮我们省下不少网络流量，让网络资源用得更有效率，这事儿得从网站或者手机应用是怎么工作的说起。

咱们平时刷手机、看网页，每次点一下，手机或者电脑就得向很远的数据中心里的服务器要一次数据，比如你打开一个商品页面，服务器就得从它自己的数据库里把商品的图片、介绍、价格都找出来，再打包通过网络传给你的手机，这个过程，每一次点击、每一次刷新，都在产生网络流量，如果同时有成千上万的人都在做同样的事情，那需要的总流量就非常大了，对服务器和网络线路都是不小的负担。

那Redis是怎么插进来帮忙的呢？它的核心本事就是“快”和“在内存里干活”，Redis把数据直接放在服务器的内存里，不像传统数据库那样主要靠读写硬盘，内存的读写速度比硬盘快太多了，这就决定了它天生适合做那种需要快速响应的活儿。

具体怎么省流量呢？一个最常用的办法就是拿Redis做“缓存”，你可以把缓存想象成服务器身边的一个“超级临时记事本”，那个商品页面的信息，其实在短时间内是不会变的，价格和介绍可能一天才改一次，如果没有Redis，一万个用户来看这个商品，服务器就得去查一万次慢吞吞的数据库，然后生成一万次页面数据传出去。

现在有了Redis这个“记事本”，服务器在第一个用户来查询的时候，确实会去数据库里把数据取出来，但它不会直接扔掉，而是会顺手把这份数据在Redis这个“记事本”里也记上一笔，并且设置一个有效期，比如一个小时，那么在接下来的一个小时里，再有其他用户来访问同一个商品页面时，服务器就不用再劳驾数据库了，它直接扭头看一眼身边的“记事本”（Redis），瞬间就能把数据找到，然后立刻发给你。

你看,这样一来，效果就明显了：第一，服务器响应速度变快了，因为从内存里读数据比从数据库查快得多，你感觉页面打开得更迅速，第二，也是更关键的，数据库的压力大大减轻了，那一万次查询可能被减少到了几十次甚至几次（只有在数据过期后第一个用户访问时才会查数据库），数据库轻松了，它所在的服务器整体负担也小了，第三，就是我们要说的省流量了，因为服务器和数据库通常都在同一个机房的内网，它们之间的通信速度极快，而且不花公网的流量钱，而节省下来的、原本需要反复从数据库查询的那部分工作，其实就相当于减少了服务器为了处理这些重复请求所需要进行的内部数据调动和计算，从整体上看，服务器需要处理和对外发送的数据流程更优化了，间接减少了对整体网络资源的占用，虽然最终发给用户的数据量不变，但后台为准备这些数据所消耗的内网资源和计算资源大大节约了，这使得服务器能用更少的资源服务更多的用户，提升了整体的效率。

除了这种最简单的缓存,Redis还能在更复杂的地方省流量，会话存储”，你现在登录了一个网站，服务器需要记住你是谁，不然你每点一下它都让你重新登录就太麻烦了，这个“记住你”的信息就是会话，如果没有Redis，服务器可能会把这个会话信息在每台服务器上都存一份（不好同步），或者每次都要去一个中心数据库验证，这又会产生很多次网络请求。

用Redis来存会话就优雅多了,所有服务器都把会话信息存到同一个Redis里，当你从手机App发出请求，到达任何一台服务器时，那台服务器只需要快速地问一下Redis：“这个用户登录着吗？”Redis瞬间就能回答，这样既保证了无论你被分配到哪台服务器都能被正确识别，又避免了服务器之间或者服务器与主数据库之间复杂的同步通信，这同样节约了大量的内部网络流量和请求次数。

还有一种情况是热点数据的处理,比如一条突然爆火的微博或者新闻，短时间内会有几百万人同时想要访问，如果没有缓存，数据库很可能就直接被这海量的同一请求给冲垮了，用Redis把这条热点数据缓存起来，所有的请求都由Redis来快速响应，就像给数据库立了一道坚固的防火墙，把巨大的流量冲击挡在外面，用很小的代价（Redis内存的一小块空间）保护了后台的核心数据库，避免了因数据库崩溃而导致的整个服务不可用，这不仅是省流量了，简直是救了命了，避免了因系统瘫痪而产生的所有流量损失和经济损失。

说用Redis能省宽带流量,这个说法可能有点间接，但它的确切中了要害，它更像是一个“流量调度大师”和“资源节约专家”，通过减少不必要的、重复的后台数据查询和复杂的系统内部通信，极大地提升了数据服务的效率，让整个系统的网络资源（尤其是宝贵的后端资源）能够用在更重要的新请求和新数据上，而不是浪费在无数次的重复劳动中，对于一个用户量大的应用来说，引入Redis带来的性能提升和资源节约是非常可观的。