改了Redis端口号后连接咋整，端口修改那些事儿还得重新理一遍

“改了Redis端口号后连接咋整，端口修改那些事儿还得重新理一遍”这个事儿，说白了就是你给Redis服务换了个新门牌号，但你去访问的时候，还习惯性地往老地址跑，那肯定就吃闭门羹了，核心就一句话：你告诉所有要找Redis的程序，新门牌号是哪个。

最直接的问题,你用命令行工具redis-cli怎么连？平时你可能直接打redis-cli就进去了，那是因为它默认连接的就是本机（127.0.0.1）的默认端口（6379），现在端口变了，你就得明确指出来，命令变成这样：redis-cli -p 你的新端口号，比如你把端口改成了6380，那就得输入redis-cli -p 6380，如果Redis服务器不在你本地，在另一台机器上，那你还需要加上主机地址：redis-cli -h 主机IP地址 -p 你的新端口号，如果还很谨慎地给Redis设置了密码，那还得再加上-a 你的密码参数，这一套组合拳下来，连接命令就具体多了。

接下来是重头戏,你的应用程序怎么连？这完全取决于你在代码里是怎么配置的，你需要找到应用程序的配置文件或者代码里初始化Redis连接的地方，这个地方原来肯定写着那个旧的端口号（大概率是6379），你把它找出来，改成新的端口号，然后重启你的应用，让它重新读取这个配置，这样它就知道该去新端口找Redis玩了。

在Spring Boot项目里，你通常会在application.properties或application.yml文件里找到类似spring.redis.port=6379的配置行，把它改成新的端口就行，在其他语言比如Python的redis库，或者Node.js的ioredis库里，你在创建客户端的时候，也会有一个端口参数，去那里修改，原则就是“哪儿配的，哪儿改”。

还有个容易踩坑的地方：防火墙，你光是把Redis的服务端口改了，但服务器上的防火墙规则可不会自动跟着变，防火墙原来可能只允许了6379端口的访问，现在你用了新端口，比如6380，就必须手动去防火墙规则里，添加一条允许访问6380端口的规则，不然的话，就会出现一种尴尬情况：你在服务器本机用redis-cli -p 6380能连上，觉得配置成功了，但你的应用程序在外网或者其他服务器上就是连不过来，排查半天才发现是防火墙把路给堵了，改端口别忘了给防火墙“打个招呼”。

那为什么要改端口呢？其实最主要的原因就是安全，Redis的默认端口6379太有名了，很多自动扫描攻击的脚本就专门盯着这个端口尝试弱密码或者漏洞攻击，你换成一个不常用的、高位数的端口（比如5位数以上的），就能躲掉绝大部分这种无差别的自动攻击，算是一个简单有效的安全加固措施，这不能替代设置强密码这类更根本的安全手段，但属于“多一道锁”。

给你提个醒,改端口算是个小动作，但最好在业务量小的时候操作，比如深夜或者凌晨，修改前，务必备份好Redis的数据（用SAVE命令或配置定时持久化），并且通知到所有相关的开发或运维人员，把新的连接信息告诉他们，避免因为信息不同步导致的服务中断，改完之后，一定要仔细测试，确保所有依赖Redis的服务都能正常连接和读写，确认没问题了，再把旧的端口从防火墙规则里关掉，这样更稳妥。

改了Redis端口号这事儿,操作本身不复杂，关键是要有“全局观”，记得把所有依赖它的“上下游”都同步到，再把防火墙这个“门卫”的工作安排明白，就能平稳过渡了。