seata1.5.2 版本配置redis端口不生效，一直是默认的6379，要怎么解决啊？
seata1.5.2 版本配置redis端口不生效，一直是默认的6379，要怎么解决啊？
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
-
问题描述： 用户在使用Seata 1.5.2版本时，尝试配置非默认的Redis端口，但发现配置未生效，客户端依旧连接到默认的6379端口。
-
步骤与解决方案：
-
检查配置文件: 确认
file.conf或相关配置源中，是否正确设置了Redis的端口。例如，确保配置类似于store.redis.port = <自定义端口>的设置无误，并且该配置项位于正确的服务模块下。 -
环境变量与系统属性检查: 确认没有通过环境变量或Java系统属性(-D参数)无意中覆盖了配置文件中的端口设置。
-
日志分析: 查看Seata启动日志，确认是否有关于Redis配置加载的提示信息，特别是端口配置的加载和应用情况，这有助于判断配置是否被正确识别和应用。
-
清除缓存与重启服务: 如果上述检查无误，尝试清理Seata及Redis相关的缓存（如果有的话），然后完全关闭并重新启动Seata服务，以消除可能的进程状态残留问题。
-
网络与安全组检查: 确保ECS实例的安全组规则允许访问您配置的Redis端口，同时检查Redis服务端的防火墙设置，确认新端口对外开放且未被阻止。
-
-
注意事项：
- 配置格式与位置：确保配置更改位于正确的配置文件部分，且格式无误。
- 权限与依赖：确认Seata服务运行账户对配置文件有读取权限，以及没有其他依赖服务或库限制端口变更。
- 环境一致性：在生产与测试环境中保持配置的一致性，避免因环境差异导致的问题。
-
参考资料: 上述解答依据于通用的配置管理原则及阿里云ECS与Redis服务的网络配置指导。
-
常见问题与解决方案:
- 问题：配置更改未生效 解决方案：检查应用是否引用了旧的配置文件，或配置更新后未重启服务。
若经过上述排查和操作后问题仍未解决，建议查阅Seata官方文档的最新指南，或在Seata社区寻求帮助，可能存在特定于Seata 1.5.2版本的已知问题或特殊配置要求。
