Go语言技术文章
-
MySQL 主从切换后如何确认新主库已经追上指定事务？本文用 GTID 集合和等待函数组织一套可回滚的断点判断流程，覆盖超时、空集合和误判场景。111 收藏 -
BLMOVE 阻塞超时不会移动任何元素，因此不需要回滚。真正需要补偿的是任务已经进入 processing 后业务失败或 worker 崩溃的场景。本文用 ready、processing、ack 和重试边界设计可靠队列。111 收藏 -
Redis Streams 消费者在确认消息前宕机时，消息会留在待确认列表。本文说明如何通过 XAUTOCLAIM 有节制地接管超时消息，并监控重试与清理结果。110 收藏 -
MySQL 临时表不会因为事务 COMMIT 自动消失，它绑定创建它的客户端会话；连接池复用时要主动清理，避免旧数据污染下一次请求。110 收藏 -
围绕 MySQL 混合 ASC/DESC 排序说明降序索引避免 filesort 的条件，涵盖多列键序、WHERE 常量、InnoDB 限制、EXPLAIN 验证和索引取舍。110 收藏 -
MySQL GTID 自动定位可让副本按已执行事务集向新源请求缺失事务。本文给出候选源核对、SOURCE_AUTO_POSITION 切换命令、状态验收和已清理 GTID 的处理边界。110 收藏 -
把订单金额、状态和时间关系交给应用层校验，批处理或旁路写入仍可能留下脏数据。本文用 MySQL 8.4 CHECK 约束建立可落地的边界，演示新增约束前的存量检查、失败写入的错误定位、约束命名和回滚步骤，避免一次结构变更卡住发布。109 收藏 -
REPLACE INTO 遇到主键或唯一键冲突时，不是原地更新，而是先删除旧行再插入新行。本文用订单同步场景拆开执行语义、AUTO_INCREMENT、外键级联和更稳妥的替代写法。109 收藏 -
数据库 · MySQL | 1个月前 | 慢查询 · sql优化 · MySQL教程 · mysql explain EXPLAIN ANALYZE sort_buffer_size Using filesort
EXPLAIN 出现 Using filesort 只说明排序没有直接由索引完成，并不等于查询一定很慢。本文用订单列表场景拆开 filesort 的输入行数、排序缓冲区、临时文件和实际耗时，给出可复现的判断与优化顺序。109 收藏 -
MySQL 窗口函数按时间排序遇到并列时，使用 ROW_NUMBER() 配合唯一键补序，并在外层筛选 rn = 1，即可稳定地每组只保留一条结果；文中同时比较 RANK() 与 DENSE_RANK() 的适用边界。109 收藏 -
Redis Streams pending 表示消费组已投递但尚未确认的消息。本文用 XPENDING、XINFO 和 XAUTOCLAIM 建立排查与恢复边界。109 收藏 -
Redis 客户端缓存如何在 OPTIN 与 OPTOUT 之间选择？本文从默认跟踪范围、CLIENT CACHING YES、CLIENT UNTRACKING、连接失效和上线检查清单说明两种策略的适用边界。109 收藏 -
Redis Sentinel故障转移时，客户端不能继续依赖旧主节点地址。本文以服务发现、连接池、超时、退避和重试边界为主线，给出一套可落地的重连配置方法。108 收藏 -
MySQL 8.4 的 SHOW GRANTS 只看账号时容易漏掉角色携带的权限。本文用 app_read、app_write 和 report_user 拆解角色授予、默认激活、CURRENT_ROLE() 与 SHOW GRANTS ... USING 的核对顺序。107 收藏 -
MySQL 的 IS NULL 可以参与索引范围，但复合索引顺序不能靠 WHERE 条件位置判断。本文用租户与软删除示例说明左前缀、索引选择和 EXPLAIN 复查方法。107 收藏