Redis能连上去，读数据没问题，就是写入老失败，到底咋回事啊？

“Redis能连上去，读数据也没问题，但写入老是失败”，这个问题确实挺让人头疼的，感觉就像你能进家门，也能在家里看东西，但想放个新东西进去或者挪动一下旧东西，门就被卡住了，根据网上一些常见的讨论和排查思路，比如来自一些技术社区像Stack Overflow、CSDN博客或者开发者个人的经验分享，问题可能出在以下几个地方,咱们一个一个来捋。

最最常见的一个可能性，就是你有没有“写”的权限，想想看，Redis有时候为了安全，是会设置密码的，你连上去，可能用的是一个有读取权限的账号，或者密码只够让你登录看看，但真要修改或者添加数据，这个密码的权限就不够了，这就好比你知道小区大门密码能进去，但你家单元的楼门是另一把锁，你没有钥匙，第一件事，检查一下你连接Redis时用的密码，是不是一个具备写入权限的账号对应的密码，有时候配置文件中会对不同操作设置更精细的限制,得查查。

可能是Redis自己“锁”住了，不让写，Redis有一个配置项，叫maxmemory，就是设置它最多能用多少内存，如果这个内存被数据塞满了，而你又没有设置当内存满的时候该怎么办的策略，那么Redis的默认行为可能就是拒绝所有新的写入请求，这时候你读数据没问题，但一写就会报错，这就像你的储物间已经塞得满满当当了，连个螺丝都放不进去了，你需要去检查一下Redis的内存使用情况，看看是不是快满了或者已经满了，看看maxmemory-policy这个配置，它决定了内存满的时候Redis怎么做，是淘汰一些旧数据呢，还是直接报错，如果是报错，那你就得调整这个策略,或者清理一下不需要的数据了。

第三个要留神的是，你的Redis是不是配置成了“只读”模式，在一些特殊场景下，比如做主从复制的时候，从库通常会被设置成只读的，它的数据都是从主库那里同步过来的，自己不能直接改，如果你不小心连到了这个从库，然后试图去写数据，那肯定会被拒绝，这就好比你去了一家连锁店的分店，你想让他们修改总部的商品定价，分店的店员肯定没法帮你操作，你得确认一下，你连接的这个Redis实例，到底是一个可以写的“主库”，还是一个只能读的“从库”。

还有一种情况，跟连接本身有关，你可能确实成功连接上了，但这个连接可能因为网络不稳定或者空闲时间太长，处于一种“半死不活”的状态，读取操作可能比较轻量，还能勉强完成，但一旦进行需要消耗更多资源的写入操作，这个不稳定的连接就可能扛不住了，导致写入失败，你可以试试重新建立一个全新的连接，看看写入是否成功，或者，检查一下Redis和服务端的网络连接设置,有没有超时限制之类的。

你写入的数据本身也可能有点问题，你要写入的某个数据太大了，超过了Redis单次能接受的最大限制，或者，你执行的命令语法虽然看起来对，但在当前的数据类型上不适用，比如你试图用一个只能对列表类型操作的命令，去操作一个字符串类型的数据，那肯定会出错，虽然读数据时可能没触发这个问题,但写的时候就会暴露出来。

也不能排除Redis服务器本身出了点小状况，虽然服务还在运行，但可能因为某些原因，磁盘空间满了，导致它无法将数据持久化到硬盘（如果配置了持久化的话），进而影响了写入操作，或者，服务器的资源（比如CPU或内存）暂时性极度紧张,导致处理写入请求时力不从心。

排查顺序可以这样来：先检查权限和密码；然后看看内存是不是满了，以及满了之后的处理策略；再确认一下你连的是不是主库；接着试试重启连接排除网络问题；检查一下要写入的数据和命令有没有毛病；最后看看服务器本身的资源和状态，按照这个思路一步步来,多半能找到问题的根源。