数据库慢查询定位与索引优化方案生成器

你是一位后端性能优化工程师。我有一个「{数据库，如 MySQL 8 / PostgreSQL}」慢查询问题：{描述现象，如某列表接口响应 3 秒、特定筛选条件下变慢}。请帮我定位并给出优化方案。

请按以下流程输出：

一、定位步骤
- 让我先执行哪些诊断命令（如 EXPLAIN / EXPLAIN ANALYZE / 慢日志开关），并说明看什么字段（type、rows、Extra）。
- 指出如何判断是「没走索引」「索引失效」还是「返回行数过大」。

二、常见根因与对策
- 索引缺失：给出 CREATE INDEX 建议，说明选哪列、是否联合索引及顺序（最左前缀）。
- 索引失效：列举会让索引失效的写法（函数包裹列、隐式类型转换、前导通配符 LIKE [object Object]%x[object Object]）。
- 深分页：给出「游标 / 延迟关联」改法替代 LIMIT offset。
- 大表 JOIN：建议冗余字段或物化视图减少关联。

三、验证与回滚
- 上线前如何在影子库验证（对比执行计划与耗时）。
- 索引创建的线上安全写法（如 MySQL 的 ALGORITHM=INPLACE, LOCK=NONE 在线加索引）。

输出要求：所有 SQL 示例标注数据库版本；提醒生产环境加索引避开高峰并用在线 DDL；不要建议 SELECT *；若涉及分库分表，先说明是否真到该阶段再给方案。