mysqldump 的 --where 参数在 select 阶段直接加条件过滤行，不支持 join、子查询和函数，只对命令行中最后一个表生效，条件须为合法 sql 表达式且不带 where 关键字，含单引号时需用双引号包裹并双写转义，字段类型隐式转换和 null 判断易导致意外结果。
mysqldump 加 --where 参数能直接过滤行
可以，mysqldump 原生支持用 --where 指定条件，只导出满足 WHERE 的记录。它不是“先全量再筛选”，而是在 SELECT 阶段就加条件，对大表更友好。
常见错误是把 --where 当成 shell 过滤命令，写成 --where="status='active'" 却漏掉引号或转义单引号，导致语法报错或意外全量导出。
-
--where的值必须是合法 SQL 表达式，且**不带 WHERE 关键字本身**（只写status='active'，不是WHERE status='active'） - 如果条件含单引号，推荐用双引号包裹整个值，并在内部用两个单引号转义，例如：
--where="name='O''Connor' AND created_at > '2024-01-01'" - 不能跨表 JOIN，只作用于当前导出的单个表
- 不支持子查询、函数调用（如
NOW()），MySQL 会报错ERROR 1064
导出多个表时，--where 只对最后一个表生效
mysqldump 的 --where 是全局参数，但实际只应用到命令行中**最后指定的那个表名**上。如果想给不同表设不同条件，必须拆成多次调用。
比如你想导出 users 中活跃用户 + orders 中今年订单，下面写法是错的：
mysqldump mydb users orders --where="status='active'" --where="year(created_at)=2024"
它只会把第二个 --where 应用到 orders，users 表仍全量导出。
- 正确做法：分别执行两次，用
>>合并到同一文件（注意加上--no-create-info避免重复建表语句） - 或者用
--ignore-table配合脚本循环，动态拼接每个表的--where - 如果表之间有外键依赖，导出顺序和约束处理要手动控制，
mysqldump不自动推理
WHERE 条件写错会导致空输出或全量导出
最隐蔽的问题是条件逻辑错误，比如字段名拼错、类型不匹配、NULL 判断方式不对——这时 mysqldump 不报错，但结果可能是空文件，或因隐式转换变成全量。
例如：--where="user_id = 'abc'，如果 user_id 是 INT 类型，MySQL 会把 'abc' 转成 0，结果导出所有 user_id = 0 的记录，而不是报错。
- 导出前先在 MySQL 里手动执行等效 SELECT 验证：
SELECT COUNT(*) FROM table WHERE your_condition; - 避免用
!= NULL，改用IS NOT NULL；= NULL永远为 false，必须用IS NULL - 日期比较务必确认时区和格式，
'2024-01-01'默认是日期，不带时间；若字段是DATETIME，可能漏掉当天的记录
替代方案：用 SELECT ... INTO OUTFILE 更可控但权限要求高
当 --where 表达能力不够（比如需要 JOIN 或复杂函数），可改用 SELECT ... INTO OUTFILE 直接生成 CSV，再用 mysqlimport 或 LOAD DATA 导入目标库。
但它要求 MySQL 用户有 FILE 权限，且服务器磁盘路径必须是 MySQL 进程可写的（默认只能写到 /var/lib/mysql-files/ 等白名单目录）。
- 导出命令示例：
SELECT * FROM logs WHERE level='ERROR' INTO OUTFILE '/var/lib/mysql-files/errors.csv' FIELDS TERMINATED BY ','; - 注意：该路径是 MySQL 服务端的路径，不是你本地机器的；不能写成
~/output.csv或C:\temp\ - 导出的 CSV 没有表头，也没有 CREATE TABLE 语句，后续恢复需额外准备结构
实际用 --where 备份部分数据时，最容易被忽略的是字段类型隐式转换和 NULL 判断行为——它不报错，但结果完全不可控。动手前一定先跑一遍等效 SELECT。
