Go语言技术文章
-
数据库 · Redis | 2天前 | Redis · 内存管理 · 性能排查 · 碎片率 · 运维验证 · redis 内存回收 INFO memory allocator_frag_ratio 内存碎片率
Redis 内存使用量下降后，RSS 仍然居高不下，通常要把 allocator_frag_ratio、used_memory 与进程峰值放在一起看。本文从 INFO memory 的真实字段建立判断顺序，区分内存碎片、峰值残留和回收未完成，并给出验证与处理边界。261 收藏 -
MySQL 8.4 的 CTE 不一定会生成临时结果集。本文用 EXPLAIN 和 optimizer_switch 判断 CTE 是被合并还是物化，并说明 derived_merge、NO_MERGE 与多次引用的边界。253 收藏 -
Redis Hash 适合把一组相关属性放在同一个键下，但字段过大、更新频繁或过期时间不同，会让读取、内存和淘汰策略变得难以验收。本文用用户资料缓存场景拆解字段粒度、局部更新、拆键与 TTL 的取舍，并给出 redis-cli 检查方法。253 收藏 -
Redis Cluster 中，多键操作需要落在同一 slot，而把所有订单都塞进一个哈希标签又可能制造热点。本文用订单明细与库存扣减场景说明如何拆分 Key、验证 slot 分布，并在多键事务与分片均衡之间做取舍。249 收藏 -
连接池让数据库线程看起来都一样时，可以查询 performance_schema.session_connect_attrs，用 ATTR_NAME、ATTR_VALUE 和 PROCESSLIST_ID 把连接还原到驱动、应用实例与线程，再结合连接状态完成定位。248 收藏 -
Redis ZMSCORE 可以一次查询 Sorted Set 中多个成员的分数，但返回顺序、缺失成员的 nil 和空集合结果经常被业务代码误判。本文用排行榜示例说明批量查询、结果映射与命中验收边界。247 收藏 -
删除包含大量元素的 Redis Key 时，DEL 会把回收工作压在主线程，UNLINK 则先解除 Keyspace 引用，再由后台线程回收对象。本文用 redis-cli 和 lazyfree_pending_objects 拆解两者的边界、观测方法与回滚检查。247 收藏 -
MySQL 8.4 中，可以只给一条只读 SELECT 设置毫秒级时间上限，不改变连接池里的全局会话默认值。本文用慢查询示例说明语句提示、会话变量、错误验证和不适用边界。247 收藏 -
解释 MySQL 8.4 全局变量与连接会话变量的初始化关系，使用会话状态跟踪观察赋值变化，并给出连接池复用旧会话变量时的核对、修复与回归方法。245 收藏 -
Redis MEMORY USAGE 返回的是单个键及其值的内存估算，不等于整个实例的 used_memory。理解默认 SAMPLES 5、SAMPLES 0 和 INFO memory 的边界，才能正确判断嵌套对象与容量问题。242 收藏 -
Redis Stream 长期运行后，按消息 ID 清理历史记录比按条数裁剪更容易贴合时间窗口。本文用 XTRIM MINID 对比精确裁剪与近似裁剪，说明 LIMIT、消费组 PEL 和回滚验收的实际边界。241 收藏 -
把 MySQL LOAD DATA 导入大文件从一次性命令升级成可回滚流程：先固定字符集和字段边界，再隔离错误行，最后用临时表与原子切换避免半成品进入业务表。240 收藏 -
MySQL 的 NULL 不是普通空值，WHERE 条件还会产生 UNKNOWN。本文用订单查询拆开三值逻辑、IS NULL 判断和索引执行计划的边界。234 收藏 -
Redis ACL 不只是给用户加密码，还要把命令类别、键名范围和连接验证一起收紧。本文用 SETUSER 配置一个只读报表账号，核对 ACL LIST、ACL DRYRUN 与真实连接的权限边界。234 收藏 -
数据库 · Redis | 3天前 | Redis · 内存优化 · 数据库运维 · 性能排查 · 命令诊断 · redis 内存优化 OBJECT ENCODING listpack Redis运维
Redis OBJECT ENCODING 能直接看到键当前采用的内部编码。本文从内存上涨现场出发，用字符串、Hash 和 Set 的实际命令核对 embstr、listpack、hashtable 等编码，解释压缩阈值变化、自动升级条件和生产复查边界。233 收藏