错误

tp：Connection refused

redis： Fatal error loading the DB

解决

1. tp的Connection refused代表数据库连接失败，有可能是mysql，有可能是redis等
2. 修改tp的.env开启debug模式，获得更详细的报错信息
   APP_DEBUG = "1"
3. 经测试，mysql没问题:  mysql -uroot -pxxx可以连接
4. 在宝塔中检查redis状态：
   
5. redis配置文件: 宝塔-软件商店-redis-设置-配置文件 （暂时先不动）
6. redis日志文件 /www/server/redis/redis.log
   
   
7. 目前配置：开启主从复制、db文件路径

   # replicaof <masterip> <masterport>
   # masterauth <master-password>
   replica-serve-stale-data yes
   replica-read-only no
   dbfilename dump.rdb
   dir /www/server/redis/

   但是，不知道什么原因，造成：

   root@amd-desktop:~# cd /www/server/
   root@amd-desktop:/www/server# ll
   总计 100K
   4.0K drwxr-xr-x 24 root  root  4.0K  4月 16 11:46 .
   4.0K drwxr-xr-x 11 root  root  4.0K  3月 14 19:25 ..
   4.0K drwxr-xr-x 10 root  mysql 4.0K  2月  5 20:53 mysql
   4.0K drwxr-xr-x 15 root  root  4.0K  4月 12  2024 nginx
   4.0K drwx------  8 redis redis 4.0K  4月 16 11:47 redis
   root@amd-desktop:/www/server# 

   /www/server/redis/目录权限是drwx------，修改权限drwxr-xr-x后，重启系统又会变回drwx------，所以干脆设置redis的数据库文件到其他目录：
   mkdir /www/server/redis-ext/
   chown -R redis:redis /www/server/redis-ext/

8. 修改宝塔的redis配置，将目录设置为redis-ext，重启redis
   
9. 可以了，redis可以启动！
10. 另外，关闭主从复制：

    replicaof no one
    # masterauth <master-password>
    replica-serve-stale-data no
    replica-read-only yes
    

    参考 
    Redis中的Replication机制_启动redis的一个replica-CSDN博客文章浏览阅读705次。开启复制复制的数据流是单向的，只能由主节点复制到从节点，配置复制的方式有以下三种：在从节点的配置文件中添加配置：slaveof ip port，随着Redis的启动而生效。在从节点的启动命令redis-server后加入–slaveof ip port，进而生效。直接在从节点的命令行中输入以下命令：slaveof ip port，从而生效。总之呢，slaveof命令既可以在运行期动态..._启动redis的一个replicahttps://blog.csdn.net/jiangxiulilinux/article/details/104933152
    redis 怎么关闭从库复制_mob64ca12d0a366的技术博客_51CTO博客redis 怎么关闭从库复制，#解决问题：Redis如何关闭从库复制在Redis中，从库复制是指主库将数据同步到从库的过程。有时候我们需要关闭从库复制，可能是为了节省资源，或者进行维护操作等。本文将介绍如何关闭Redis中的从库复制。##方法一：通过Redis命令关闭从库复制通过向Redis发送命令，可以轻松地关闭从库复制功能。下面是具体操作步骤：1.首先，连接到Redis主库的命令行工具。2.使用https://blog.51cto.com/u_16213301/11310956

11. 重启redis

redis配置详细说明

Redis 配置_redis教程https://www.redis.net.cn/tutorial/3504.html

ending...