我显然有一个redis-server实例正在运行,因为当我试图通过输入redis-server启动一个新服务器时,我受到以下欢迎:

Opening port: bind: Address already in use

我不知道如何停止这个服务器,并启动一个新的。

当我在CLI中输入时,是否有任何命令可以附加到redis-server ?

我的操作系统是Ubuntu 10.04。


当前回答

一个更干净、更可靠的方法是进入redis-cli,然后输入shutdown

在redis-cli中,输入help @server,你会在列表底部看到:

SHUTDOWN - summary:同步保存数据集到磁盘,然后 从:0.07开始关闭服务器

如果你在终端中运行一个redis-server实例,你会看到:

User requested shutdown...
[6716] 02 Aug 15:48:44 * Saving the final RDB snapshot before exiting.
[6716] 02 Aug 15:48:44 * DB saved on disk
[6716] 02 Aug 15:48:44 # Redis is now ready to exit, bye bye...

其他回答

如果你知道哪个端口(默认值: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 

另一种方式是:

ps -ef | grep -i 'redis-server'
kill -9 PID owned by redis

适用于*NIX和OSX

连接到节点实例并使用shutdown命令,或者如果你在ubuntu上,你可以尝试通过init.d重新启动redis服务器:

/etc/init.d/redis-server restart

或者stop/start it:

/etc/init.d/redis-server stop
/etc/init.d/redis-server start

在Mac

redis-cli shutdown

检查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),一切都正常了。这很让人头疼,但希望这能为大家节省一点时间。

一个更干净、更可靠的方法是进入redis-cli,然后输入shutdown

在redis-cli中,输入help @server,你会在列表底部看到:

SHUTDOWN - summary:同步保存数据集到磁盘,然后 从:0.07开始关闭服务器

如果你在终端中运行一个redis-server实例,你会看到:

User requested shutdown...
[6716] 02 Aug 15:48:44 * Saving the final RDB snapshot before exiting.
[6716] 02 Aug 15:48:44 * DB saved on disk
[6716] 02 Aug 15:48:44 # Redis is now ready to exit, bye bye...