MySQL技术文章
-
联合索引遇到中间列范围条件后，后列通常不能继续缩小同一个连续扫描区间。本文用键组顺序和 EXPLAIN 说明原因，并给出索引重排判断清单。454 收藏 -
MySQL 事件已经创建却没有按时执行，通常要分开核对全局调度器、事件自身状态、创建时区和 DEFINER 权限。本文用一个可复查的小项目演示排查顺序，并补上重复触发与错误日志边界。452 收藏 -
MySQL CHECK 写入非法值没报错，通常与 NOT ENFORCED、INSERT IGNORE 或 NULL 导致的 UNKNOWN 有关。本文用建表定义、警告和信息架构查询逐层排查。452 收藏 -
MySQL 遇到 OR 条件时可能选择 Index Merge，但这不代表它一定优于联合索引。本文用订单筛选场景拆开合并扫描、回表、排序与改写边界，给出 EXPLAIN 和 EXPLAIN ANALYZE 的核对方法。451 收藏 -
MySQL JOIN 报 Illegal mix of collations 时，先核对两列的字符集和排序规则，再用查询级 COLLATE 临时恢复，最后统一字段定义并检查索引与匹配语义。446 收藏 -
用 MySQL JSON_SCHEMA_VALID 配合 CHECK 约束，在 JSON 入库前拒绝缺字段、类型不符和数值越界，并用验证报告定位具体失败位置。446 收藏 -
用 MySQL JSON_TABLE 展开订单 JSON 数组时，通过 DEFAULT ON EMPTY 为缺失字段提供类型正确的默认值，并结合 EXISTS PATH、FOR ORDINALITY 和 ON ERROR 保留可追溯的映射边界。445 收藏 -
开启 ONLY_FULL_GROUP_BY 后，查询中的非聚合列必须出现在 GROUP BY 中，或能由分组列唯一确定。本文用主键、唯一键、单值过滤、ANY_VALUE 和派生表几个场景，说明如何改写查询并保持结果语义明确。440 收藏 -
MySQL 存储过程遇到业务校验失败时，SIGNAL 可以主动抛出可识别错误，RESIGNAL 可以在处理器中保留或补充原始诊断信息。本文用订单额度校验示例说明错误传递、事务回滚和调用方验收的边界。438 收藏 -
递归 CTE 查组织树或日期序列时，结果少一层并不一定是 MySQL 丢数据。本文从锚点、递归成员和终止条件入手，演示如何定位 cte_max_recursion_depth、类型推断与边界条件造成的提前停止。438 收藏 -
MySQL 分组取每组第一条时，先用 ROW_NUMBER 按业务字段排序，再用唯一键补足平手顺序，外层筛选 rn=1。本文用订单状态变更记录说明并列值、NULL、索引与执行计划的核对方法。437 收藏 -
用普通 EXPLAIN 找到 Using filesort 与 Using temporary 线索，再用 EXPLAIN ANALYZE 对照实际行数、耗时和 loops，判断排序临时表是否真的是慢点。434 收藏 -
MySQL 9.7 的 VECTOR 列能保存向量，但原生向量索引和相似度检索仍在官方架构讨论中。本文拆开 InnoDB 二级索引、隐藏子表、事务一致性和当前落地边界，给出应用侧的稳妥接法。432 收藏 -
判断 MySQL 列选择性是否真的变差，不能只看直方图；应结合实际过滤比例、EXPLAIN ANALYZE 的估算与实际行数，以及索引 CARDINALITY 和统计更新时间综合确认。432 收藏 -
MySQL utf8mb4 排序规则不是只影响 ORDER BY，也会改变字符串的相等判断，从而让唯一索引出现新增冲突或放宽边界。本文用 INFORMATION_SCHEMA、COLLATE 对比和迁移前分组检查，说明如何安全判断与处理。431 收藏