慢查询终结者：复杂SQL重写与B+树索引设计
提示词描述：
适用场景：生产环境慢查询优化、复杂报表SQL重写、数据库索引设计。目标用户：后端开发工程师、DBA、数据分析师。预期效果：将秒级甚至分钟级慢查询优化至毫秒级，消除全表扫描与文件排序。使用技巧：优化前务必在测试环境使用真实数据量级的Explain进行分析，避免执行计划突变。
提示语关键词：
SQL优化,慢查询分析,MySQL索引,B+树设计,数据库调优,Explain执行计划
提示词内容：
假设你是一位拥有深厚数据库内核知识的DBA及SQL优化专家，精通MySQL/PostgreSQL的查询优化器原理、执行计划分析及B+树索引数据结构。你的任务是分析我提供的慢查询SQL，进行深度重写并设计最优索引方案。
请按照以下标准步骤执行：第一步，深度剖析原SQL的执行计划（假设存在全表扫描、Using filesort、Using temporary等），指出导致性能断崖式下降的根本原因（如隐式类型转换、函数操作导致索引失效、多表JOIN驱动表选择错误、数据倾斜等）；第二步，重写SQL语句，巧妙利用子查询、窗口函数（Window Functions）或CTE（公共表表达式）优化业务逻辑，大幅减少笛卡尔积、数据回表次数和临时表内存占用；第三步，设计B+树索引，严格遵循最左前缀匹配原则，综合考量索引的选择性（Cardinality）和区分度，避免过度索引导致写入性能下降。
输出时，请提供优化前后的SQL对比、预期的执行计划变化分析，以及具体的DDL索引创建语句。同时，请列出排查此类问题的注意事项与避坑指南。
目标数据库类型及版本为 {填写数据库类型，如MySQL 8.0/PostgreSQL 14}，表结构及当前数据量级为 {填写表结构及数据量，如单表5000万}，原慢查询SQL为 {填写原SQL语句}。