我的情况是:

/etc/init.d/redismaster stop
/etc/init.d/redismaster start

要找出你的服务名称，你可以运行:

sudo updatedb
locate redis

它会显示你系统中的每一个Redis文件。

如果你知道哪个端口(默认值:6379)你的redis服务器正在运行，你可以选择选项1，或者你可以检查你的redis进程，你可以用选项2杀死

选项1:关闭端口上的进程:

check     : sudo lsof -t -i:6379
kill      : sudo kill `sudo lsof -t -i:6379`

选项2: 找到之前运行的Redis服务器:

 ps auxx | grep redis-server

通过查找PID(进程ID) - Redis Sever来杀死特定的进程

kill -9 PID

现在启动你的redis服务器

redis-server /path/to/redis.conf 

检查redis命令是否对你不起作用的一件事是如果你的redis-server。Pid实际上是被创建的。您指定该文件所在的位置

/etc/systemd/system/redis.service 

它应该有一个类似这样的部分:

[Service]
Type=forking
User=redis
Group=redis
ExecStart=/usr/bin/redis-server /etc/redis/redis.conf
PIDFile=/run/redis/redis-server.pid
TimeoutStopSec=0
Restart=always

检查PIDFile目录的位置和权限(在我的例子中是'/run/redis')。我试图重新启动以部署登录的服务，但目录权限被列为

drwxrwsr-x 2 雷迪斯 雷迪斯 40 七月 20 17：37 雷迪斯

如果你需要一个关于linux权限的复习，看看这个。但问题是，我正在以我的部署用户执行重启，上面的权限是r-x，不允许我的用户写入PIDFile目录。

当我意识到这一点时，我使用root登录，在redis上重新运行重启命令(service redis restart)，一切都正常了。这很让人头疼，但希望这能为大家节省一点时间。

MacOSX -它工作了:)

步骤1:找到之前运行的Redis服务器

ps auxx | grep redis-server

步骤2:通过查找PID(进程ID) - Redis Sever来杀死特定的进程

kill -9 PID

如果通过snap安装Redis:

sudo snap stop redis.server

通常这个问题出现后，我关闭我的电脑(或离开运行)不规则的方式。我认为端口被卡住打开，而进程停止，但继续绑定到前一个端口。

9/10次修复可以是:

$ ps aux | grep redis

-> MyUser 2976  0.0  0.0  2459704    320   ??  S    Wed01PM   0:29.94 redis-server *:6379

$ kill 2976

$ redis-server

准备好了。