网页加载慢？试试把图片缓存到Redis，速度提升真明显

网页加载慢？试试把图片缓存到Redis，速度提升真明显

你有没有遇到过那种让人着急的网站？点开一个页面，文字唰一下就出来了，可那些图片却像挤牙膏一样，一点点、一行行地慢慢加载，有时候甚至干脆显示个裂开的小图标，这种体验实在太糟糕了，尤其是现在大家手机上网多，网络状况时好时坏，图片加载慢几乎成了很多网站的通病，这个问题很多时候出在服务器和数据库的读取方式上，而一个叫Redis的工具，能像给你的网站开了个“闪电通道”一样,显著改善这种情况。

图片为什么成了“拖后腿”的？当用户访问你的网页时，服务器需要去硬盘上的数据库里找到对应的图片文件，然后再通过网络传送给用户的浏览器，这个过程，每张图片都要走一遍，如果同时访问的人很多，服务器就像一个小卖部老板，被一大群人围着问不同商品放在哪个仓库的哪个架子上，他得不停地来回跑仓库取货，忙得团团转，响应自然就慢了，更别说有些图片还挺大，传输本身就要时间，数据库（比如MySQL）虽然擅长存储和管理复杂关系数据，但这种频繁读取简单“大块头”（图片）的活儿,并不是它的最强项。

Redis是什么，它又能做什么呢？你可以把Redis想象成服务器内存里开辟出来的一个超高速临时储物柜，它最主要的特点就是“快”，因为它把数据直接放在内存里操作，比从硬盘读取快了几个数量级，它的结构也很简单，键”和“值”的对应，比如把“用户头像_123”这个键和对应的图片数据关联起来存着，当我们需要某个图片时，不用再绕远去翻硬盘仓库，直接在这个内存储物柜里拿就行,几乎是瞬间完成。

具体怎么用它来给图片加速呢？思路很直接：把那些最常用、最消耗资源的图片，提前放到Redis这个高速缓存里，通常的做法是，当用户第一次请求某张图片时，程序还是老老实实去数据库或硬盘里查找并读取，但这一次，在把图片发送给用户的同时，程序会悄悄地把它复制一份，以某个唯一的标识（比如图片ID）作为“钥匙”，存到Redis的缓存储物柜里，当第二个、第三个乃至第一万个用户再来请求同一张图片时，程序就首先跑去Redis这个高速储物柜里找，找到了，就直接取出来送给用户，完全跳过了查询数据库和读取硬盘的漫长过程，只有当Redis里没有（缓存过期或被清空了），才会再去数据库找，并重新放入缓存,为后续的请求做好准备。

这个改变带来的效果是立竿见影的，最直接的感受就是网页加载变快了，尤其是图片集中的产品展示页、用户头像墙、新闻配图页等，图片几乎是即点即现，这对于用户体验来说是巨大的提升，根据一些开发者的实践分享，在引入Redis缓存图片等静态资源后，网页的加载时间可以减少30%甚至更多（来源：多个开发者社区及技术博客的性能优化案例分享），这意味着用户更愿意停留,浏览更多内容。

对于服务器来说，压力也减轻了，大量的图片请求被Redis这个“快速分流器”拦截并处理了，数据库的压力骤降，它得以腾出精力来处理更核心的交易、用户数据更新等任务，整个网站系统的承载能力，也就是能同时服务多少用户而不卡顿，得到了明显的增强,这相当于给原本拥堵的公路修了一条直达高速辅路。

用它来存图片，也不是说毫无顾忌，因为Redis使用的是宝贵的内存空间，所以一般不会把所有图片都无脑地塞进去，而是要有选择地缓存那些访问频率高、尺寸较大的图片（比如文章详情页里的头图），需要设置合理的过期时间，让不常用的图片自动从缓存中清理掉，防止内存被占满，对于海量的图片存储，它通常作为“缓存层”配合对象存储服务或数据库使用,而不是完全替代它们。

如果你的网站正在被图片加载速度慢所困扰，感觉数据库已经不堪重负，那么尝试把Redis引入进来，作为图片的缓存层，是一个非常值得考虑的优化方案，它原理不复杂，实施起来相对容易，但带来的速度提升和体验改善却是实实在在、肉眼可见的，这就像给经常拥堵的十字路口派了一个高效的交警，让车流（数据请求）得以快速通过，让每个人（用户和服务器）都更顺畅。