mysqldump 的 --where 参数仅对单表有效且需配合 --tables 显式指定表名，MySQL 5.7+ 支持，字符串需手动加引号，不支持 JOIN/子查询/NOW() 等复杂表达式；替代方案为 SELECT ... INTO OUTFILE。mysqldump 不支持 --where 参数直接生效直接加 --where="status='active'" 会报错或被忽略------mysqldump 的 --where 只对单表有效，且必须配合 --tables 显式指定表名，不能用于数据库级导出。很多人卡在这一步，以为参数写错了，其实是用法前提没满足。常见错误现象：mysqldump: Unknown argument: --where（版本太低），或导出全表、条件完全没生效（忘了指定表）。必须显式写出库名 + 表名，例如：mysqldump mydb users --where="role='admin'"MySQL 5.7+ 才支持 --where；5.6 及更早版本需改用 --exec 或临时表方案WHERE 条件里字符串要手动加引号，mysqldump 不帮你转义，--where="name='O''Connor'" 这种带撇号的得自己处理导出前先确认查询结果是否符合预期别急着跑 mysqldump，先用 SELECT 验证 WHERE 条件逻辑是否真能捞出你要的数据。特别是涉及 JOIN、子查询、NULL 判断时，mysqldump --where 完全不支持这些，强行写进去只会静默失败或导出空数据。使用场景：比如你想导出"近30天登录过的用户"，但 --where 只能写基础表达式，没法写 last_login_time > DATE_SUB(NOW(), INTERVAL 30 DAY) ------ 这个语句在部分旧版 MySQL 里会被截断或报语法错。安全做法：先执行 SELECT COUNT(*) FROM users WHERE last_login_time > DATE_SUB(NOW(), INTERVAL 30 DAY);如果 count 是 0，导出肯定为空；如果 count 很大，还要考虑导出文件体积和锁表现注意时区：NOW() 是服务器时区，和你的业务时间可能不一致，建议用确定的时间字面量测试，比如 '2024-04-01'替代方案：用 SELECT INTO OUTFILE 更可控当 --where 不够用（比如要导出多表关联结果、需要字段重命名、要 CSV 格式带引号转义），SELECT ... INTO OUTFILE 是更底层也更可靠的选择。它本质是服务端生成文件，路径必须是 MySQL 有写权限的本地路径（不是你本机）。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。