MySQL
已收录文章：39篇
-
本文整理一套 MySQL InnoDB 死锁排查工作流：从应用报错开始，查看 InnoDB 状态，定位锁等待环，统一事务加锁顺序，缩短锁持有时间，并在业务侧加入有限重试保护。392 收藏
-
本文用订单列表查询场景，演示普通二级索引为什么需要回表，以及如何通过覆盖索引减少回表，并用 EXPLAIN 的 Extra 验证优化结果。381 收藏
-
MySQL 里用 ORDER BY RAND() 做随机推荐，小表还能凑合，大表高并发下容易触发全表排序、临时表放大和 CPU 飙升。更稳的做法是先缩小候选集合，再用候选 ID 池、随机键或业务侧抽样把查询控制在索引范围内。378 收藏
-
通过订单提交场景，演示 PHP 如何用 Idempotency-Key、Redis SET NX 和 MySQL 唯一索引实现接口幂等，避免重复点击、超时重试造成重复下单。378 收藏
-
本文回答 MySQL 已加索引但查询仍然很慢的常见问题，按误区、排查步骤、边界情况和延伸问题梳理 6 个高频原因，并给出 EXPLAIN 与改写示例。374 收藏
-
本文用订单列表深分页场景，演示为什么 LIMIT 大偏移会变慢，并通过覆盖索引、延迟关联和游标式分页减少无效扫描。339 收藏
-
本文用后台订单列表总数统计场景，演示为什么大表每次 COUNT 会拖慢接口，并按精确总数、条件筛选、缓存和汇总表给出优化方案。336 收藏
-
MySQL 读写分离不是简单把 SELECT 丢到从库。它适合读多写少、查询压力明显大于写入压力的业务，但会带来复制延迟、读己之写、路由规则和故障切换问题。上线前要先确认读写比例、数据一致性要求和回主策略。334 收藏
-
列表页分页常常要查总数，但 COUNT(*) 一慢，整个页面都会被拖住。本文按完整工作流拆解：先确认筛选条件和扫描行数，再选择联合索引、缓存总数或汇总表，最后给出上线检查清单。329 收藏
-
本文按完整工作流讲解 MySQL 慢 SQL 优化：从慢查询日志发现候选 SQL，聚合同类语句，用 EXPLAIN 判断访问方式和扫描行数，再设计联合索引，并通过延迟、扫描行数和业务结果做回归验证。321 收藏
-
搜索框查询一上线就变慢，很多时候不是数据量突然失控，而是 LIKE 条件写法让索引用不上。本文从慢查询现场开始，逐步验证左通配符、执行计划、前缀匹配和业务改写，整理一套更稳的模糊搜索排查方法。308 收藏
-
数据库 · MySQL | 3天前 | MySQL · 索引 · limit · explain · sql优化 · ORDER BY · mysql order by explain limit 复合索引 filesort一条只取 20 行的订单查询，EXPLAIN 却可能放弃看似更贴近 WHERE 条件的索引，改走排序索引并在途中筛选。原因是 LIMIT 同时改变了排序、过滤和回表的成本取舍。通过读懂 key、rows 和 Extra，给等值条件与排序字段设计复合索引，再用受控对比核实实际读行，才能避免把 filesort 或某个索引名称当成唯一结论。279 收藏