maxclients参数在/etc/redis/redis.conf中修改，合理值通常为10000，但需确保系统ulimit -n ≥ 该值且预留32个文件描述符，同时适配内存开销（约1kb～2kb/连接）和实际并发需求。
maxclients 参数在哪改、改多少才合理
Redis 默认不限制最大连接数，但实际能承受的连接数受系统级限制（如 ulimit -n）和内存资源约束。直接在 /etc/redis/redis.conf 里搜 maxclients，去掉注释并设值即可。
- 若没这行，手动添加：
maxclients 10000（常见生产值） - 不能盲目设太高：每个连接约占用 1KB～2KB 内存，10000 连接 ≈ 10～20MB 额外开销
- 必须同步检查系统限制：
ulimit -n至少 ≥ 你设的maxclients值，否则 Redis 启动时会静默降级为ulimit -n - 32 - 若用 systemd 管理，还需在 service 文件里加
LimitNOFILE=65536，否则 ulimit 设置不生效
tcp-backlog 和 somaxconn 必须一起调
仅改 maxclients 不够。当并发连接激增（比如秒杀场景），大量连接卡在 TCP 三次握手完成前的队列里，tcp-backlog 就是这个队列长度。它受限于 Linux 内核参数 /proc/sys/net/core/somaxconn。
- 在
redis.conf中设：tcp-backlog 2048 - 同时执行：
echo 'net.core.somaxconn = 2048' >> /etc/sysctl.conf && sysctl -p - 若还遇到 “Connection refused” 或客户端超时，再检查
/proc/sys/net/ipv4/tcp_max_syn_backlog，也建议设为 2048 - 注意：Docker 容器内需在宿主机调
somaxconn，容器自身 sysctl 默认不可写
RDB 与 AOF 持久化别同时开满档
高写入场景下，RDB fork 子进程 + AOF fsync 同时触发，极易造成主线程卡顿甚至 OOM。两者策略要错开，不是“越全越好”。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 优先选 AOF：设
appendonly yes，appendfsync everysec（平衡性能与数据安全） - 关掉 RDB 自动快照：注释掉所有
save行，或写成save "" - 如需 RDB 备份，改用定时脚本手动触发
redis-cli bgsave，避开业务高峰 - 若必须双开，至少把 RDB 的
save条件放宽（例如只留save 3600 1），避免频繁 fork
timeout 设为 0 是危险操作
timeout 0 表示永不主动断开空闲连接，看似省事，实则埋雷——大量僵尸连接堆积后，maxclients 很快被占满，新请求直接被拒。
- 建议设为
timeout 300（5 分钟），对大多数业务足够宽松 - 若客户端本身有心跳机制（如 Lettuce 的
idleDetections），可适当延长到 600～900 - 特别注意：Spring Boot 的
spring.redis.timeout是客户端超时，和 Redis 服务端的timeout无关，别混淆 - 上线前务必用
redis-cli client list | wc -l观察连接数趋势，确认 timeout 生效
Redis 的连接数和持久化不是孤立配置项，maxclients 被系统限制卡住、tcp-backlog 和内核参数不同步、RDB/AOF 同时高压写盘——这些组合问题往往比单点配置更难排查。调参后一定要压测验证，而不是只看配置文件里写了什么。
