Redis配置老是没反应到底咋回事，弄不明白为啥设置不起作用

很多人都会遇到Redis配置不生效的问题，明明改了配置文件或者用了命令，但Redis就像没听见一样，还是老样子，这通常不是因为Redis本身复杂，而是几个关键点没搞对，下面我把最常见的原因和解决办法给你捋一捋，你对照着检查,八成能找到问题所在。

第一个大坑，也是最常见的：配置文件根本没被读取。

你以为改了redis.conf文件就万事大吉了？不一定，Redis启动时，需要明确指定使用哪个配置文件，如果你只是修改了文件，但启动命令还是老样子，比如直接打了redis-server,那它很可能用的是默认配置或者内存中的旧配置。

（来源：Redis官方文档关于启动方式的说明） Redis服务器在启动时，如果不通过redis-server /path/to/redis.conf这种方式指定配置文件路径，它可能会使用编译时的内置默认配置，你必须确保你的启动命令正确指向了你修改的那个redis.conf文件，检查方法很简单，去看一下Redis启动时的日志输出，开头几行就会显示它加载的是哪个配置文件，如果路径不对，那就说明你改错了地方,或者启动方式错了。

第二个坑，改了配置文件，但忘记重启Redis服务。

这是一个非常低级的错误，但很多人都犯过，包括有经验的人，修改配置文件后，新的配置并不会自动加载到已经运行中的Redis进程里，你必须让Redis重新读取配置文件才行,有两种方法：

1. 重启Redis服务：这是最彻底的方式，先关闭Redis服务，再用正确的启动命令（带上配置文件路径）重新启动它。
2. 使用CONFIG REWRITE命令（谨慎使用）：如果Redis在启动时已经加载了配置文件，你可以通过Redis命令行客户端连接上去，执行CONFIG REWRITE命令，这个命令会把当前内存中的配置（如果你用CONFIG SET命令修改过）写回到配置文件中。但是要注意，这个方法的前提是你一开始启动时就加载了配置文件，并且该配置文件有正确的写入权限，否则可能会失败甚至损坏配置文件，对于初学者，我强烈建议直接重启服务,更稳妥。

第三个坑，配置项的格式写错了。

redis.conf文件对格式有严格要求,稍微不留神就可能出错。

• 注释符号：默认的注释符号是，如果你不想让一行配置生效，可以在行首加，但反过来，如果你不小心在有效的配置行前面加了个，那这一行就被注释掉了，当然不生效,检查一下你的配置行前面有没有多余的。
• 空格和引号：配置项和值之间需要一个或多个空格，例如maxmemory 100mb，值一般不需要加引号，除非值本身含有空格，如果你画蛇添足地写了maxmemory "100mb",反而可能导致解析错误。
• 单位：像maxmemory这种设置内存大小的配置，必须明确写上单位，比如100mb、1gb，如果你只写个数字100，Redis会以为你设置的是100字节,这显然和你的预期不符。

第四个坑，用CONFIG SET命令改了配置，但只是临时生效。

Redis提供了一个非常方便的命令CONFIG SET，可以让你在不重启服务的情况下动态修改某些配置参数，你可以连上Redis后执行CONFIG SET maxmemory 200mb。这里有个巨大的陷阱：通过这种方式修改的配置，只会保存在Redis服务器的内存中！一旦Redis服务重启，所有这些通过命令修改的设置都会丢失,Redis又会变回根据配置文件启动时的状态。

（来源：Redis官方文档对CONFIG SET命令的解释） CONFIG SET命令的作用是动态调整运行中的Redis服务器配置，修改会立即生效，但除非随后执行CONFIG REWRITE命令将配置持久化到文件,否则下次启动时将会失效。

如果你是想永久修改配置,正确流程应该是：

1. 方法A：直接修改redis.conf文件,然后重启Redis。
2. 方法B：先使用CONFIG SET命令测试一下新配置是否工作正常，确认无误后，再执行CONFIG REWRITE命令将当前配置写回redis.conf文件,这样才能保证重启后不丢失。

第五个坑，配置之间存在依赖或冲突。

你设置的某个配置能否生效，取决于其他配置，举个例子，你可能设置了maxmemory-policy allkeys-lru（当内存满时淘汰最近最少使用的键），但这个策略只有在你也设置了maxmemory（最大内存限制）不为0的时候才会真正起作用，如果maxmemory是0（默认值，表示无限制）,那么淘汰策略就永远没有用武之地。

第六个坑，权限问题。

这个问题在Linux系统上比较常见，如果你修改了配置文件，但Redis进程运行的用户（比如叫redis）没有读取这个配置文件的权限，那么启动可能会失败，或者 silently fallback 到其他配置，同样，如果你试图用CONFIG REWRITE命令写回配置文件，但Redis进程用户没有该文件的写入权限，操作也会失败，检查一下配置文件的权限，确保Redis用户有读（和写）的权限。

第七个坑，配置作用域的理解错误。

Redis有数据库的概念，默认有16个库（可以通过配置修改数量），有些配置是服务器级别的，比如port（端口）、maxmemory（最大内存），它对所有数据库都生效，而有些命令或配置可能只针对当前选中的数据库（用SELECT命令切换），虽然配置项本身大多是服务器级别的，但你的心理模型要清楚,避免混淆。

总结一下排查步骤：

1. 确认启动路径：首先检查Redis进程启动时到底加载了哪个配置文件,看日志最准。
2. 检查修改和重启：确认你修改的就是那个被加载的配置文件,并且修改后已经重启了Redis服务。
3. 检查配置语法：逐字检查你修改的那行配置，格式是否正确，注释符号、空格、单位有没有问题。
4. 区分临时与永久：回想一下你是否只用过CONFIG SET命令而忘了持久化到文件。
5. 查看运行时配置：连接到Redis命令行，使用CONFIG GET命令（例如CONFIG GET maxmemory）来查看当前生效的配置值是什么，这个值是最终真相,用它来和你预期的值对比。
6. 检查权限：在Linux下,留意一下配置文件的所有者和权限。

按照这个顺序一步步排查，基本上就能解决绝大多数“配置不生效”的困扰,耐心和仔细是搞定这类问题的关键。