Shell中向mysqldump命令参数传入变量不生效如何解决

之前的写法不生效，核心是Shell的引号解析规则导致的：单引号包裹的所有内容都会被原样输出，内部的变量不会做展开替换。你写的'id>"${LASTID}"'中，${LASTID}不会被替换成实际计算得到的ID阈值，mysqldump实际接收到的where条件就是字面字符串id>"${LASTID}"，条件匹配逻辑异常才会返回全量数据。
后面试的两种eval写法属于用法错误：$(...)是命令替换语法，会先执行括号内的mysqldump命令拿到导出的SQL内容，再把SQL内容当作Shell命令交给eval执行，从根上就没解决变量不展开的问题，还会引发无意义的命令执行错误。

两种常用写法都可以正常把变量值传入--where参数，按需选用即可：

• 双引号直接包裹参数值
  双引号内的变量会被Shell正常解析，是最直观的写法：

mysqldump --user=MYUSER -p -B DB --tables sometable --where="id>${LASTID}"

如果ID字段是字符串类型，需要给匹配值加单引号，直接在双引号内嵌套单引号就行：

mysqldump --user=MYUSER -p -B DB --tables sometable --where="id>'${LASTID}'"

• 单双引号拼接传参
  固定条件部分用单引号包裹，变量部分单独用双引号包裹后和前面的内容拼接，Shell会自动把两部分合并为完整的参数值传给mysqldump：

mysqldump --user=MYUSER -p -B DB --tables sometable --where='id>'"${LASTID}"

• 非必要不要用eval处理这类数据库操作命令，eval会把传入的所有内容都当作Shell命令解析，一旦变量内容包含特殊字符，很容易触发命令注入、SQL注入风险，尤其是变量值来自外部输入的场景要绝对避免。
• 执行mysqldump前可以先加个校验，确认LASTID是符合预期的数值/字符串格式，避免异常值导致导出逻辑错误。

内容的提问来源于stack exchange，提问作者George B. Y.