trae分析数据库性能瓶颈需提供精确数据库版本、慢sql或表结构等上下文，并强制输出编号式可执行操作清单，每项以动词开头、含反引号字段名及分号结尾，杜绝模糊建议。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Trae分析数据库性能瓶颈时，必须让提示词直接触发可执行的优化操作清单，不能只输出模糊建议或理论描述。Trae本身不执行SQL，但能精准生成带上下文、可复制粘贴、适配当前数据库版本和表结构的检查与修复指令。
明确指定数据库类型与版本
在提示词开头第一句就写清数据库类型和精确版本号，例如“MySQL 8.0.33”或“PostgreSQL 15.4”。Trae会据此调取对应语法规范和系统视图——若写成“MySQL最新版”，它可能默认用8.0语法生成ALTER语句，而你的生产环境是5.7，【会导致语法报错不可执行】。
直接在提示词里补上：SELECT VERSION(); 的实际返回值（如：8.0.33-0ubuntu0.22.04.1），比笼统写“MySQL 8.x”更可靠。
绑定具体表名与慢查询特征
方法一：提供完整慢SQL原文
把执行时间超2秒、EXPLAIN显示type=ALL的那条SQL原样粘贴进提示词，不要删减WHERE条件或改写字段名。Trae需基于真实谓词判断是否能加索引、是否需要覆盖索引。
方法二：给出表结构关键信息
用DESCRIBE table_name; 或 \d table_name 输出结果中前5行字段（含类型、是否NULL、KEY标记）+ 行数（SELECT COUNT(*) FROM table_name;）。Trae靠这个判断主键是否被高频查询覆盖、是否有冗余TEXT字段拖慢SELECT *。
方法三：附带Performance Schema采样片段
复制一段最近10分钟内sys.statement_analysis视图中rows_examined > 10000且avg_latency > 500000的记录，含query、db、exec_count字段。Trae据此识别出高频低效模式，比如重复执行未参数化的IN查询。
强制输出纯操作清单格式
第一步：要求Trae以编号列表形式输出，每条必须是独立可执行命令或检查动作。
第二步：每项开头用动词驱动，如“执行”“创建”“删除”“检查”“修改”，禁用“建议”“考虑”“可以”等弱动词。
第三步：所有SQL语句必须包含分号结尾，且字段名、表名用反引号包裹（如`user_id`），避免关键字冲突。
第四步：非SQL动作要带明确路径或命令，例如“查看/etc/my.cnf中innodb_buffer_pool_size值”“运行pt-query-digest --since '2024-06-10 09:00:00' slow.log”。
示例合格输出项：
① 执行：CREATE INDEX `idx_order_status_created` ON `orders` (`status`, `created_at`) WHERE `status` IN ('pending', 'processing');
② 检查：SELECT TABLE_NAME, INDEX_LENGTH/TABLE_ROWS AS avg_index_bytes_per_row FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'app_db' AND TABLE_ROWS > 0 ORDER BY avg_index_bytes_per_row DESC LIMIT 3;
