mysql 8.0.33 + innodb单主从架构下，优化必须紧扣版本特性（如直方图、不可见索引）、真实表规模（如2300万行用户表）、具体sql及执行瓶颈（如phone字段查询慢、凌晨对账io wait高）、权限边界（仅可加索引/改sql）和可用工具（如pt-query-digest），否则建议脱离实际。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让豆包回答数据库优化问题时不说教条、不堆术语，而是像老DBA坐在你工位旁边喝咖啡边聊那样给出可立刻上手的建议，关键在提示词里埋进真实场景和具体约束。
先锁定数据库类型和版本
第一步：在提示词开头就写明“用的是MySQL 8.0.33，InnoDB引擎，单主从架构”，不能只说“我用了MySQL”。【没写版本号，豆包大概率按5.7默认行为回答，而8.0的直方图、哈希连接、不可见索引这些特性它会直接忽略】
第二步：补充表规模——比如“用户表有2300万行，每天新增8万，主键是bigint自增，但查询总卡在phone字段上”。光说“数据量大”等于没说。
用真实SQL代替抽象描述
方法一：把出问题的SQL原样贴进去，哪怕带了业务前缀或临时别名。例如：SELECT u.name, o.total FROM user u JOIN order o ON u.id = o.user_id WHERE u.phone = '138****1234' AND o.status IN (1,2) ORDER BY o.create_time DESC LIMIT 20；
Doubao-Seedream-5.0-lite是字节跳动发布的最新图像创作模型。该模型首次搭载联网检索功能，能融合实时网络信息，提升生图时效性。同时，模型的聪明度进一步升级，能够精准解析复杂指令和视觉内容。此外，模型在世界知识广度、参考一致性及专业场景生成质量上均有增强，可更好地满足企业级视觉创作需求。
方法二：如果涉及多条SQL，用“→”连成执行链，比如：慢日志里连续出现三条：SHOW FULL PROCESSLIST → SELECT * FROM trade_log WHERE create_time > '2024-06-01' → UPDATE account SET balance = balance - 100 WHERE id = 123456；这说明不是单条SQL问题，而是事务阻塞模式。
注意：别写“帮我优化这条SQL”，要写“这条SQL在凌晨批量对账时跑17分钟，监控显示io_wait占82%，但磁盘iops才用到12%”。
交代清楚你的权限和工具边界
直接说明你能动什么、不能动什么。例如：“只能改SQL和加索引，不能动my.cnf参数，也不能加新服务器”，或者“DBA说可以调整buffer_pool_size，但必须控制在物理内存的60%以内”。【如果不说权限限制，豆包可能推荐你建物化视图或开并行查询，结果发现MySQL根本不支持】
顺手提一句你手头有什么工具：比如“正在用pt-query-digest分析慢日志”“刚装好Percona Toolkit 3.5”“公司禁止用sysbench压测”。
