一次 MySQL 慢查询的完整排查过程 线上有个接口 P99 飙到 3.4s，最终定位到一条没走索引的 ORDER BY。排查步骤# 1. 打开慢日志 SET GLOBAL slow_query_log = 1; SET GLOBAL long_query_time = 0.5; # 2. 抓现场 pt-query-digest /var/log/mysql/slow.log --limit 5EXPLAIN 里 rows 是 41 万，Extra 只有 Using where，没有 Using index——典型的排序落盘。修复ALTER TABLE typecho_contents ADD INDEX idx_status_created (status, created DESC);加完索引，同一 SQL 从 2.8s 降到 41ms。阶段耗时rows examined原始2810ms412,663强制索引320ms8,900新复合索引41ms1,024教训：DESC 索引在 MySQL 8.0 才真正生效，5.7 上只是解析通过。

关于图片懒加载和 LCP 的几点实测 列表页 12 张封面图全量加载，LCP 890ms；改成首屏 fetchpriority="high" + 其余 loading="lazy" 后 410ms。结论loading="lazy" 对首屏图是负优化，务必排除首屏封面用 AVIF，宽度给到 800px 足够width/height 显式声明，CLS 从 0.21 掉到 0.02CDN 回源时间比格式收益更大，先解决缓存命中<img src="/usr/uploads/2026/10/cover.avif" width="800" height="450" fetchpriority="high" decoding="async" alt="封面">