Redis添加数据老是失败，问题到底出在哪儿该咋整才行

“Redis添加数据老是失败，这个问题确实很让人头疼，感觉像是拳头打在了棉花上，使不上劲，别急，咱们一步步来捋，问题往往就出在几个常见的地方,排查起来并不像想象中那么复杂。

最最需要检查的，就是网络连接是不是通的，这听起来像是废话，但十次有八次问题就出在这儿，你的应用程序和Redis服务器是在同一台机器上吗？如果不是，你能从应用程序所在的服务器上，用ping命令ping通Redis那台服务器的IP地址吗？如果网络都不通，那一切都白搭，还有一种情况是，虽然网络是通的，但你的应用程序里配置的Redis地址、端口号对不对？比如Redis默认端口是6379，你是不是不小心写成了6739？这种低级错误我也常犯，根据一篇名为《常见Redis连接问题排查》的技术笔记中提到，超过50%的连接失败是由于错误的主机名、IP地址或防火墙规则导致的。

如果连接没问题，那接下来就要看看认证密码了，为了保护数据，很多Redis服务器是设置了密码的，你的应用程序在连接Redis时，有没有正确地提供密码？如果密码错了，或者干脆没配置密码，Redis自然会拒绝你的写入请求，你可以试着用Redis的命令行客户端redis-cli连上去，手动输入密码auth yourpassword看看能不能成功，如果命令行都认证失败,那问题就明确了。

排除了连接和认证，第三个常见的坑是内存不足，Redis是内存数据库，所有数据都放在内存里，如果内存用满了，你再往里写数据，它当然会拒绝，你可以通过Redis的info memory命令查看内存使用情况，如果used_memory已经接近maxmemory了，那失败的原因很可能就是内存爆了，这时候你有几个选择：一是清理掉一些不常用的数据；二是调整Redis的淘汰策略（比如从noeviction不淘汰改为allkeys-lru淘汰最近最少使用的键），让Redis在内存满时自动清理一些数据来腾地方；最根本的是三是给服务器加内存。

第四个可能性是数据类型操作错误，Redis不是随便乱写的，它有不同的数据结构，比如字符串（String）、列表（List）、集合（Set）等，你对一个键的操作必须符合它的数据类型，你之前用SET命令把一个键mykey设为了字符串，后面你又试图用LPUSH（这是向列表左边添加元素的命令）往这个mykey里添加数据，那肯定会报错，这就好比你想把一摞文件塞进一个已经放了水的水杯里，肯定不行,确保你的每个操作命令和你想要操作的数据类型是匹配的。

第五，别忽略了配置限制，Redis有一些保护性的配置可能会阻止写入，如果Redis被配置为只读模式（slave-read-only yes），并且它当前是一个从节点，那么它是无法写入数据的，所有写操作必须发往主节点，再比如，可能会有一些命令重命名的安全配置，管理员为了安全，把FLUSHALL这种危险命令重命名成了一个复杂的名字，甚至直接禁用，如果你不小心调用了被禁用的命令，也会失败，检查一下Redis的配置文件redis.conf,看看有没有这类限制。

第六，持久化故障的间接影响，虽然不直接导致写入失败，但如果Redis正在做持久化（比如把内存数据快照保存到磁盘的RDB文件，或者写AOF日志），并且磁盘空间满了，或者磁盘出故障了，可能会导致Redis为了保护数据一致性而拒绝写入，用df -h命令检查一下Redis服务器磁盘空间是否充足。

如果以上所有可能性都排查了，还是不行，那就得去查看日志了，Redis的日志和你的应用程序的日志是解决问题的金钥匙，Redis日志通常会明确告诉你拒绝请求的原因，比如-OOM command not allowed when used memory > 'maxmemory'就明确指出了是内存不足，应用程序的日志也能帮你定位到是具体哪一行代码在执行Redis操作时抛出了异常,异常信息里往往有重要线索。

排查Redis写入失败的步骤就像侦探破案：先确保能‘到达现场’（网络连接），再看‘钥匙’对不对（认证密码），检查‘房间’是否满了（内存大小），确认你的‘动作’是否合规（数据类型操作），了解‘场地’有无特殊规定（配置限制），排除‘环境’干扰（持久化与磁盘），最后仔细研究‘现场记录’（日志分析），按照这个顺序一步步来，绝大多数问题都能迎刃而解。”