REDIS
Install & redis.conf
version: "3.6"
services:
redis:
image: "redis:5"
container_name: redis
restart: always
ports:
- 6379:6379
entrypoint: redis-server /usr/local/etc/redis/redis.conf
volumes:
- /mnt/ssd/redis:/data/redis
- $PWD/conf/redis.conf:/usr/local/etc/redis/redis.conf
networks:
net:
ipv4_address: 172.16.8.3
redis_stack:
image: "redis/redis-stack:latest"
container_name: redis_stack
restart: always
ports:
- 6379:6379
- 8001:8001
volumes:
- $PWD/conf/redis_stack.conf:/redis-stack.conf
- /mnt/ssd/redis_stack:/data
deploy:
resources:
limits:
memory: 8g
reservations:
memory: 4g
mem_swappiness: 0 # 禁止使用 swap，避免性能下降
restart: unless-stopped
networks:
net:
name: "net_optimize"
ipam:
driver: default
config:
- subnet: "172.16.8.0/24"
General Commands
# redis-cli authentication
auth "your_passwd"
# INFO keyspace, 查看所有已使用的数据库
db0:keys=518,expires=382,avg_ttl=673099174,subexpiry=0
# 查看总共有多少个库（配置上限）
CONFIG GET databases
1) "databases"
2) "16"
# 切换到 db3
SELECT 3
OK
# 清空当前库所有数据
FLUSHDB
# 清空所有库所有数据
FLUSHALL
# 查看当前库有多少 key
DBSIZE
# 查看所有库 + 模块数据统计
INFO all
Redis vs Memcached
| Attribute | memcached | redis |
|---|---|---|
| struct | key/value | key/value + list, set, hash etc. |
| backup | × | ✓ |
| Persistence | × | ✓ |
| transcations | × | ✓ |
| consistency | strong (by cas) | weak |
| thread | multi | single |
| memory | physical | physical & swap |
Expiration policy
Redis 的缓存过期策略是两种机制的组合，核心思路是不在 key 过期的瞬间立刻删除，而是用两种方式分摊删除的开销。三个概念的关系是这样的：
TTL（Time To Live） 是给 key 打上的"死亡时刻"标签。Redis 只是记录这个时间戳，并不会在到期瞬间做任何事情。key 到期后仍然安静地躺在内存里，等待被清理。
惰性删除是第一道清理机制。当客户端来访问某个 key 时，Redis 会先检查它有没有过期。如果已过期，就在这一刻删除它，然后返回"不存在"。好处是几乎不耗 CPU；坏处是如果一个 key 过期后再也没人访问，它就会一直占用内存，永远不会被清理。
定期删除是第二道兜底机制，专门解决上面那个问题。Redis 默认每隔 100ms 随机抽取一批设置了 TTL 的 key，检查其中有没有过期的并批量删除。但注意是"随机抽样"，不是扫全部——因为 key 可能有几百万个，全扫代价太高。这就意味着定期删除也不保证把所有过期 key 立即清干净。
两者结合才是 Redis 的完整策略：定期删除主动回收大部分过期内存，惰性删除作为兜底保证读到的数据一定是有效的。
一个容易踩的坑：即使两种删除都在工作，如果过期 key 的数量增长速度超过清理速度，内存还是会被撑满。这时就需要配置 maxmemory-policy（比如 allkeys-lru）来触发淘汰策略，强制逐出数据。
maxmemory 7gb
maxmemory-policy allkeys-lru
磁盘满了（100%）导致 AOF 增量文件写入时数据截断/损坏，Redis 每次加载都失败然后重启，陷入死循环。
df -mh
# 必须有剩余空间才能继续，先清理 Docker 无用资源
docker system prune -f
cd /data/redis
ls -lh # 先看清楚文件结构
# 备份
cp appendonly.aof.6.incr.aof appendonly.aof.6.incr.aof.bak
# 进入容器修复
docker exec -it redis bash
# 容器内执行
redis-check-aof --fix /data/appendonly.aof.6.incr.aof
# 遇到提示输入 yes 确认
# 如果修复失败，直接清空增量文件
# 在宿主机上直接清空（不要 rm，用 truncate）
truncate -s 0 /data/redis/appendonly.aof.6.incr.aof
# 重启容器验证
docker restart redis
docker logs --tail 20 redis
# 不再出现 Bad file format 即为成功
# 验证数据
docker exec -it redis redis-cli dbsize
# 优先用 redis-check-aof --fix 修复，能恢复尽量多的数据；若不行再 truncate 清空。
Page Source