MySQL
已收录文章：33篇
-
MySQL 里用 ORDER BY RAND() 做随机推荐，小表还能凑合，大表高并发下容易触发全表排序、临时表放大和 CPU 飙升。更稳的做法是先缩小候选集合，再用候选 ID 池、随机键或业务侧抽样把查询控制在索引范围内。378 收藏
-
本文回答 MySQL 已加索引但查询仍然很慢的常见问题，按误区、排查步骤、边界情况和延伸问题梳理 6 个高频原因，并给出 EXPLAIN 与改写示例。374 收藏
-
本文用订单列表深分页场景，演示为什么 LIMIT 大偏移会变慢，并通过覆盖索引、延迟关联和游标式分页减少无效扫描。339 收藏
-
本文用后台订单列表总数统计场景，演示为什么大表每次 COUNT 会拖慢接口，并按精确总数、条件筛选、缓存和汇总表给出优化方案。336 收藏
-
MySQL 读写分离不是简单把 SELECT 丢到从库。它适合读多写少、查询压力明显大于写入压力的业务，但会带来复制延迟、读己之写、路由规则和故障切换问题。上线前要先确认读写比例、数据一致性要求和回主策略。334 收藏
-
列表页分页常常要查总数，但 COUNT(*) 一慢，整个页面都会被拖住。本文按完整工作流拆解：先确认筛选条件和扫描行数，再选择联合索引、缓存总数或汇总表，最后给出上线检查清单。329 收藏
-
本文按完整工作流讲解 MySQL 慢 SQL 优化：从慢查询日志发现候选 SQL，聚合同类语句，用 EXPLAIN 判断访问方式和扫描行数，再设计联合索引，并通过延迟、扫描行数和业务结果做回归验证。321 收藏
-
搜索框查询一上线就变慢，很多时候不是数据量突然失控，而是 LIKE 条件写法让索引用不上。本文从慢查询现场开始，逐步验证左通配符、执行计划、前缀匹配和业务改写，整理一套更稳的模糊搜索排查方法。308 收藏
-
通过一个可复现的小实验，从订单列表慢查询开始，初始化表和数据，添加复合索引，再用 EXPLAIN 检查 Using index，理解覆盖索引的适用边界。276 收藏
-
DBeaver 是常用数据库客户端。本文按真实界面操作，演示新建 MySQL 连接、填写主机端口、测试连通、保存连接、打开表、运行 SQL 和查看结果表。269 收藏
-
本文用订单表归档为例，讲清 MySQL 历史数据如何按时间窗口分批搬迁：先确定归档边界，再批量写入归档表，校验数量和金额，最后小批量清理热表，降低锁等待和慢查询风险。261 收藏
-
MySQL 多租户订单表变慢时，先用 tenant_id 领头的联合索引稳住常见查询；当热点租户持续拉高 rows、慢日志和队列等待，再考虑租户路由、冷热分流或独立分片。259 收藏