Redis用完别忘了关掉，不然可能出问题，真得记着这事儿

“Redis用完别忘了关掉，不然可能出问题，真得记着这事儿”这个说法，其实是一个特别实在的提醒，就跟出门别忘了关灯锁门是一个道理，这话听起来简单，但背后藏着不少咱们平时可能没太在意，但一旦发生就挺麻烦的事儿，咱们就掰开揉碎了聊聊，为啥这事儿“真得记着”。

最直接的问题就是浪费钱，这话主要是对用了云服务的兄弟们说的，现在很多公司和个人开发，都不是自己买服务器装Redis了，而是直接用阿里云、腾讯云这些云服务商提供的Redis服务，这种服务通常是按小时或者按配置收费的，你想想，如果你的程序跑完了，比如就是一个半夜跑的定时任务，处理完数据后，连接Redis的那个进程结束了，但你忘了让Redis服务本身也停下来，那会怎么样？它就那么安安静静地在云端的虚拟机里运行着，不吭声也不闹腾，但计费系统可不会打盹儿，它会一秒不停地继续扣你的钱，这就像你离开家了好几天，甚至好几周，空调却一直开着，电费单子来的时候，你肯定得吓一跳，尤其是如果你开的是一个配置比较高的Redis实例，这比开销日积月累下来，可不是个小数目，第一个要记着的就是，不用的时候关掉,能省下真金白银。

是安全上的风险，一个被你遗忘在角落的Redis实例，尤其如果是测试环境或者临时搭建的，很可能在安全配置上比较松懈，可能为了图省事，设置了超级简单的密码，甚至压根就没设密码，并且监听在公共网络上，这种情况下，这个Redis实例就等于是一个“门户大开”的状态，现在网络上有很多自动化的扫描工具，专门在找这种存在弱密码或无密码的Redis服务，一旦被它们发现，你的Redis就可能被攻击者随意进入，他们能干些什么呢？轻一点的，可能只是看看你里面存了些什么数据，造成数据泄露，严重的，可能会直接清空你的数据搞破坏，或者更恶劣的，利用Redis的一些特性，在你的服务器上写入恶意脚本，进而控制你的整个服务器，把它变成他们“挖矿”或者发动网络攻击的肉鸡，到那时候，你要处理的就不是忘关服务的小麻烦，而是安全事故的大问题了，从安全角度看，忘关Redis就像是出门不锁门,等于是在邀请不速之客。

再来说说资源浪费的问题，就算你是用自己的物理服务器装的Redis，不涉及云服务扣费，忘关了也一样不好，Redis运行起来，虽然本身比较轻量，但它毕竟要占用服务器的内存和CPU资源，如果你的服务器上还跑着其他更重要的应用，比如数据库、Web服务器等，那么这个“被遗忘”的Redis就会一直和它们抢资源，平时可能感觉不明显，但在服务器负载比较高的时候，这点被占用的资源可能就是压垮骆驼的最后一根稻草，导致你关键的应用响应变慢，甚至崩溃，这就好比你的电脑后台偷偷跑着一个你早就忘了关的大型软件，导致你现在想用的程序卡得不行，及时关掉不用的服务，把宝贵的系统资源腾出来，让给真正需要的应用,这才是对资源的最大尊重。

还有一点容易被忽略，就是数据陈旧和混乱，Redis很多时候被用来做缓存，里面的数据可能不是最终版本，只是为了快速读取而存放的临时副本，如果你有一个临时的Redis实例，用完就扔那儿不管了，里面可能会留下很多过时、甚至测试用的脏数据，万一哪天你或者你的同事，不小心又把应用连接到了这个旧的实例上，读到的就是错误的数据，可能会导致业务逻辑出错，做出错误的判断，这就好比你用一个旧版本的地图去导航，很可能就把你导到沟里去了，及时关闭临时性的Redis服务，也有助于保持数据环境干净,避免后续的误操作。

那怎么才能避免忘关呢？这事儿不能光靠脑子记，得有点招儿，对于本地开发或者测试，养成个好习惯，用完Redis后，顺手在命令行里执行一下关机命令，或者直接关掉启动它的那个终端窗口，对于云上的服务，可以给自己设个提醒，或者在创建这个临时Redis实例的时候，就直接设置一个“定时销毁”的策略，比如几个小时后自动删除，这样就算你忘了，云平台也会帮你搞定，虽然数据没了，但至少不会产生持续的费用和安全风险，如果是更正式的环境，那就要靠流程和规范了，比如规定谁创建谁负责，定期检查资源列表,清理闲置实例。

“Redis用完别忘了关掉”这句话，真不是随便说说的，它关系到你的钱包、你的系统安全、你的资源利用效率甚至是你数据的准确性，小事不注意，可能就会酿成大麻烦，真得把这事儿放在心上,养成随手关门的好习惯。