Cron定时任务恢复home目录最新MySQL备份文件执行报错

• 核心语法错误：命令替换$()内部错误添加了单引号。shell中$()的作用是执行括号内的命令并返回输出结果，但你在括号里把整段命令用单引号包裹后，单引号作为强引用符号会让shell把内部整串文本ls /home -t | head -1当成一个完整的命令名查找，不会解析其中的ls参数、管道逻辑，直接触发「找不到该文件或命令」的报错。
• 潜在逻辑风险：就算修正单引号问题，直接解析ls输出取最新文件的写法，在文件名包含空格、换行、特殊字符时会出现路径拆分错误；同时ls /home -t会列出/home下所有文件、子目录，直接取第一个结果可能拿到非备份文件，导致恢复失败。
• Cron环境兼容问题：Cron定时任务的默认PATH变量和交互式shell不一致，直接写短命令名可能出现找不到命令的问题。

基础修正版（适用于文件名无特殊字符、场景简单的情况） #

去掉$()内部多余的单引号即可解决当前报错，命令如下：

gunzip < "/home/$(ls -t /home | head -1)" | mysql -u root -p123456 mydatabase -h localhost

注意：该写法要求/home下不存在比备份文件更新的其他文件/目录，且备份文件名不含空格、特殊符号。

健壮版（适用于Cron定时任务场景） #

用find命令替代ls做文件筛选，自动过滤.gz格式的备份文件、排除目录，所有命令使用绝对路径，规避特殊文件名、Cron环境变量带来的问题：

# 单行可直接写入Cron的命令
/usr/bin/gunzip < "$(/usr/bin/find /home -maxdepth 1 -type f -name "*.sql.gz" -printf "%T@ %p\n" | /usr/bin/sort -nr | /usr/bin/head -1 | /usr/bin/awk '{print $2}')" | /usr/bin/mysql -u root -p123456 mydatabase -h localhost

如果需要配置每日执行的Cron任务，建议追加日志输出方便排查问题，示例（每日凌晨2点执行）：

0 2 * * * /usr/bin/gunzip < "$(/usr/bin/find /home -maxdepth 1 -type f -name "*.sql.gz" -printf "%T@ %p\n" | /usr/bin/sort -nr | /usr/bin/head -1 | /usr/bin/awk '{print $2}')" | /usr/bin/mysql -u root -p123456 mydatabase -h localhost >> /var/log/mysql_daily_restore.log 2>&1

提示：上述命令中的绝对路径可通过which 命令名查询，比如执行which gunzip获取gunzip的实际安装路径，替换后适配你的服务器环境即可。

• 先单独执行获取最新备份的逻辑，确认输出路径符合预期：比如单独执行find命令段，看返回的是不是最新的备份文件全路径。
• 手动执行完整恢复命令验证逻辑正常后，再写入Cron配置。
• 配置Cron后可先将执行时间设置为当前时间后2分钟，观察任务执行状态、日志输出无报错后，再调整为每日固定执行时间。

内容的提问来源于stack exchange，提问作者notforever