突然想起一个问题,你们用的 redis 有崩过吗?是什么原因崩的?

2023-12-27 21:32:08 +08:00
 chenqh

个人感觉 redis 稳如泰山,完全不会坏,没遇到过 redis 崩的情况

唯一的一次,还是自己 py 程序的问题,原因记不清楚了,好像是自己往 redis 里面写日志,忘了设置过期时间了.

还是就是 celery 用 redis 做 broker,会断联的问题,但是这个 python 单线程遇到 pub/sub 导致的,redis 还是稳

6760 次点击
所在节点    Redis
54 条回复
chenqh
2023-12-28 11:19:29 +08:00
@magicZ 跟我一样...
chenqh
2023-12-28 11:22:55 +08:00
@SilenceLL 这是什么意思?
chenqh
2023-12-28 11:29:45 +08:00
@Ayanokouji 这种我倒不会放到公网上去
SilenceLL
2023-12-28 12:16:10 +08:00
@chenqh #22 打错字，系统中 key 比较多，然后开发排查问题的时候用[Redis 客户端]( https://github.com/qishibo/AnotherRedisDesktopManager)模糊查询了一次，然后 Redis 服务器 CPU 和内存暴涨，应用调用 Redis 变慢，最终连接池耗尽导致系统崩溃。后面重新打包了一个 Redis 的客户端，禁用掉了模糊搜索，以免再次不小心拖垮 Redis 。
kestrelBright
2023-12-28 12:27:17 +08:00
不算崩，只是存满了
cdlnls
2023-12-28 12:36:27 +08:00
确实稳，没遇到过 redis 崩。
占用内存多的情况下，触发自动 dump 的时候，在写入磁盘时长时间占用磁盘 IO ，CPU 占用异常的高。但是问题不大。
dlmy
2023-12-28 12:41:52 +08:00
谁说 redis 稳的？

面试的时候，面试官说他们 redis 每天都崩，问你怎么办
Frankcox
2023-12-28 12:56:10 +08:00
@dlmy 那能咋办？尊重祝福然后准备面下一家呗
kuituosi
2023-12-28 13:10:17 +08:00
小流量不太可能崩，主要是大流量的情况崩
大批量缓存过期，大 key 都容易崩
taliove
2023-12-28 13:32:39 +08:00
崩过好多好多回。
skywalkerfc
2023-12-28 13:40:16 +08:00
自己部署的 redis ，cpu 和内存跑满的情况都碰到过。
Shiroka
2023-12-28 13:51:47 +08:00
thinkwei2012
2023-12-28 13:51:59 +08:00
5 年只有一次写日志搞崩了
opsonly
2023-12-28 14:37:32 +08:00
大 key, 热 key, 引发 slow query.
kytrun
2023-12-28 17:33:47 +08:00
集群，部分用代码 key 扫不到，Another Redis Desktop 可以，重启后解决，没深挖原因，猜测是集群节点通信问题？
Wyearn
2023-12-28 17:46:10 +08:00
内存和磁盘原因导致的。
thinkershare
2023-12-28 18:23:09 +08:00
曾经年少，用 redis 高频读写，然后不停的挂。让后一台机器换成 3 台，一样挂。
ily433664
2023-12-28 18:25:44 +08:00
只有内存不够出现过问题
Goooooos
2023-12-28 18:26:45 +08:00
一下子删除大量的 key ，导致 redis 阻塞
chenqh
2023-12-28 18:31:48 +08:00
@thinkershare 为什么?

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/1003952

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX