必须使用 redis.Client 而非 redis.Conn:Client 线程安全、带连接池与自动重连;手动管理 Conn 易致连接泄露、超时堆积;需配置 PoolSize、Timeout、MinIdleConns、MaxConnAge,并始终传入 context 控制生命周期。Go 连接 Redis 用 redis.Client,别碰 redis.Conn老项目里还能看到用 redis.Dial 或 redis.Conn 手动管理连接的写法,现在必须换掉。官方 github.com/go-redis/redis/v9 的 redis.Client 是线程安全、带连接池、自动重连的默认选择;手动维护 Conn 容易漏关连接、超时没处理、panic 后连接泄露。常见错误现象:read tcp 127.0.0.1:6379: i/o timeout 频发,或压测时大量 too many open files ------ 基本都是没走 Client 连接池,自己 new Conn 又不 Close。初始化只做一次:client := redis.NewClient(&redis.Options{Addr: "localhost:6379"}),全局复用不要在每次操作前 client.Dial() 或 redis.Dial(),Client 内部自动取/还连接显式调用 client.Close() 只需在进程退出前(比如 defer client.Close() 放在 main 函数末尾)设置连接池和超时:不配 PoolSize 和 Timeout 就等于裸奔默认 PoolSize = 10,Timeout = 0(无限等待),线上服务扛不住并发或网络抖动时,请求会卡死或堆积。Redis 操作不是 CPU 密集型,但阻塞在 I/O 上会拖垮整个 HTTP handler。PoolSize 建议设为 QPS × 平均响应时间(秒)× 1.5,例如 100 QPS × 0.05s × 1.5 ≈ 8 → 实际设 16 更稳妥Timeout 必须设(比如 5 * time.Second),否则网络延迟突增时 goroutine 全卡住MinIdleConns 可设为 PoolSize / 2,避免冷启动后首次请求慢别忽略 MaxConnAge(如 30 * time.Minute),防止连接长期空闲被中间设备(NAT/防火墙)静默断开ctx 传参不能省:没有上下文控制的 Redis 调用是定时炸弹所有 client.Get()、client.Set() 等方法第一个参数都必须是 context.Context。不用 context.Background() 硬编码,尤其在 HTTP handler 里要用 r.Context() ------ 否则用户关浏览器、API 超时、K8s readiness probe 失败,你的 Redis 请求还在后台跑着,浪费连接和资源。 唱鸭 音乐创作全流程的AI自动作曲工具,集 AI 辅助作词、AI 自动作曲、编曲、混音于一体
相关推荐
IT19951 小时前
Fail2Ban 防护 MySQL 实战|登录失败 3 次,IP 封禁 24 小时夕除1 小时前
redis--IO 多路复用(select + poll)wangchunyu1143 小时前
JAVA CompletableFuture异步编程实战2501_944521595 小时前
Immer 跨端三方库仓颉适配全流程信誓旦旦的程序猿5 小时前
【Python量化实战宝典 #26】止损与回撤控制手册:移动止损、最大回撤(Python 可跑)2501_944521595 小时前
Deepmerge 跨端三方库仓颉适配全流程lzhdim5 小时前
100条常用SQL语句天河归来5 小时前
从原始消息到业务数据:三层数据架构的设计与实践Patrick在香港6 小时前
同一行 strftime,两台机器跑出两种日期2601_967987376 小时前
用Python+OpenCV+YOLO写个游戏脚本:从自动瞄准到自动采集的保姆级教程