MySQL技术文章
-
本文从零构建一个 MySQL 审计日志小项目：用订单表、审计表和触发器记录状态变更，演示本地运行、按订单查询、索引设计和过期清理。486 收藏 -
从业务负载、约束条件、成本和可靠性出发，对比 MySQL 单库、读写分离、分库分表和云 RDS 多可用区方案，给出可落地的选型清单。472 收藏 -
本文用删除冗余索引的场景讲清 MySQL 不可见索引：它让优化器先忽略索引，用 EXPLAIN、慢查询和业务指标观察影响，再决定恢复可见或真正删除。468 收藏 -
本文用一套可复用工作流讲清 MySQL 深分页优化：先识别 OFFSET 大扫描，再选择游标翻页、延迟关联和覆盖索引，最后用执行计划和响应耗时验证结果。429 收藏 -
报表系统不要直接拿高权限账号连生产库。更稳的做法是用视图收敛字段，通过专用只读账号授予 SELECT，再用 SHOW GRANTS 和审计日志复查权限边界。412 收藏 -
本文整理一套 MySQL InnoDB 死锁排查工作流：从应用报错开始，查看 InnoDB 状态，定位锁等待环，统一事务加锁顺序，缩短锁持有时间，并在业务侧加入有限重试保护。392 收藏 -
MySQL 里用 ORDER BY RAND() 做随机推荐，小表还能凑合，大表高并发下容易触发全表排序、临时表放大和 CPU 飙升。更稳的做法是先缩小候选集合，再用候选 ID 池、随机键或业务侧抽样把查询控制在索引范围内。378 收藏 -
MySQL 读写分离不是简单把 SELECT 丢到从库。它适合读多写少、查询压力明显大于写入压力的业务，但会带来复制延迟、读己之写、路由规则和故障切换问题。上线前要先确认读写比例、数据一致性要求和回主策略。334 收藏 -
列表页分页常常要查总数，但 COUNT(*) 一慢，整个页面都会被拖住。本文按完整工作流拆解：先确认筛选条件和扫描行数，再选择联合索引、缓存总数或汇总表，最后给出上线检查清单。329 收藏 -
本文按完整工作流讲解 MySQL 慢 SQL 优化：从慢查询日志发现候选 SQL，聚合同类语句，用 EXPLAIN 判断访问方式和扫描行数，再设计联合索引，并通过延迟、扫描行数和业务结果做回归验证。321 收藏 -
搜索框查询一上线就变慢，很多时候不是数据量突然失控，而是 LIKE 条件写法让索引用不上。本文从慢查询现场开始，逐步验证左通配符、执行计划、前缀匹配和业务改写，整理一套更稳的模糊搜索排查方法。308 收藏 -
通过一个可复现的小实验，从订单列表慢查询开始，初始化表和数据，添加复合索引，再用 EXPLAIN 检查 Using index，理解覆盖索引的适用边界。276 收藏 -
本文用订单表归档为例，讲清 MySQL 历史数据如何按时间窗口分批搬迁：先确定归档边界，再批量写入归档表，校验数量和金额，最后小批量清理热表，降低锁等待和慢查询风险。261 收藏 -
MySQL 多租户订单表变慢时，先用 tenant_id 领头的联合索引稳住常见查询；当热点租户持续拉高 rows、慢日志和队列等待，再考虑租户路由、冷热分流或独立分片。259 收藏 -
本文按数据生命周期说明 MySQL 消息已读表设计：消息如何产生，已读记录如何去重写入，未读数如何查询，重复点击和并发如何处理，以及历史数据如何清理。243 收藏