python网站开发效率,jsp做网站下载图片,外贸网站经典营销案例,网站做的好不好#x1f468;#x1f393;博主简介 #x1f3c5;云计算领域优质创作者 #x1f3c5;华为云开发者社区专家博主 #x1f3c5;阿里云开发者社区专家博主 #x1f48a;交流社区#xff1a;运维交流社区 欢迎大家的加入#xff01; #x1f40b; 希望大家多多支… 博主简介 云计算领域优质创作者 华为云开发者社区专家博主 阿里云开发者社区专家博主 交流社区运维交流社区 欢迎大家的加入 希望大家多多支持我们一起进步 如果文章对你有帮助的话欢迎 点赞 评论 收藏 ⭐️ 加关注 文章目录 前言 / 问题说明问题分析1、首先我们分析手动执行是否成功2、我们分析定时任务中的命令写的是否正确3、检查crontab中的执行环境4、发现问题周期性计划任务中执行找不到mysqldump命令 问题解决 前言 / 问题说明 最近在做数据库备份使用的是脚本的方式备份多个库手动执行脚本备份是没问题的然后就使用了周期性计划任务开始定时备份 但是有一天我说看一下备份的数据结果一看定时任务备份的sql文件压缩包都是4k解压出来的…sql都是大小都是0里面更是没有数据都是空的这是为什么呢 问题分析
1、首先我们分析手动执行是否成功
首先我们分析手动执行是否成功使用的脚本那么我们就去存放脚本的路径下执行一下脚本看看备份的是否有数据
# 先切换到存放脚本的目录下
[rootcsdn data]# cd /usr/local/mysql/data/# 执行备份脚本
[rootcsdn data]# sh back.sh
mysqldump: [Warning] Using a password on the command line interface can be insecure.脚本执行完我们去备份数据库文件的路径下看看大小
# 切换到备份数据库文件的路径下
[rootcsdn data]# cd backup/data/
# 查看大小
[rootcsdn data]# du -sh *
4.0K 20231120.sql.tgz
4.0K 20231121.sql.tgz
4.0K 20231122.sql.tgz
4.0K 20231123.sql.tgz
4.0K 20231124.sql.tgz
4.0K 20231125.sql.tgz
4.0K 20231126.sql.tgz
236K 20231127.sql.tgz
# 最后一个就是刚刚手动执行备份的了明显和前面的不一样然后我们解压下来看
# 解压备份的库的压缩包
[rootcsdn data]# tar xf 20231127.sql.tgz
# 查看大小
[rootcsdn data]# du -sh *
4.0K 20231120.sql.tgz
4.0K 20231121.sql.tgz
4.0K 20231122.sql.tgz
4.0K 20231123.sql.tgz
4.0K 20231124.sql.tgz
4.0K 20231125.sql.tgz
4.0K 20231126.sql.tgz
680K 20231127.sql
236K 20231127.sql.tgz可以看到解压下来是680K我们可以进去看看是有数据的 那么就可以排除脚本的本身问题
2、我们分析定时任务中的命令写的是否正确
执行定时任务一般里面需要写绝对路径 我的定时任务是在/etc/crontab下写着我们来看看;
cat /etc/crontab可以看到写的是0 0 */1 * * root /bin/sh /usr/local/mysql/data/back.sh每天备份一次而且都写的绝对路径 我们把他这个绝对路径拿出来试试看看执行一下是否成功
# 定时任务中的脚本执行命令
[rootcsdn data]# /bin/sh /usr/local/mysql/data/back.sh
mysqldump: [Warning] Using a password on the command line interface can be insecure.# 然后去备份数据库的存储路径看看
[rootcsdn data]# cd /usr/local/mysql/data/backup/data/# 查看文件大小
[rootcsdn data]# du -sh *
4.0K 20231120.sql.tgz
4.0K 20231121.sql.tgz
4.0K 20231122.sql.tgz
4.0K 20231123.sql.tgz
4.0K 20231124.sql.tgz
4.0K 20231125.sql.tgz
4.0K 20231126.sql.tgz
236K 20231127.sql.tgz可以看到是没问题的如果刚刚备份过怕没有覆盖可以自己删除一般备份是会直接覆盖的而且你解压下来的文件也会默认删除 也是同样的方法看着备份的压缩包的大小是没问题的解压下来看看
[rootcsdn data]# tar xf 20231127.sql.tgz
[rootcsdn data]# du -sh *
4.0K 20231120.sql.tgz
4.0K 20231121.sql.tgz
4.0K 20231122.sql.tgz
4.0K 20231123.sql.tgz
4.0K 20231124.sql.tgz
4.0K 20231125.sql.tgz
4.0K 20231126.sql.tgz
680K 20231127.sql
236K 20231127.sql.tgz也是680K可以vim进入查看一下是否有数据经过查看是有数据的 那么也可以排除计划任务的命令是没有问题的哪是为什么呢
3、检查crontab中的执行环境
既然确定脚本没有问题并且手动执行能够正确备份数据那么问题可能出在 crontab 设置或执行环境上。以下是排查的一些步骤 1. 检查 crontab 语法确保你的 crontab 语法是正确的。一个常见的错误是忘记指定正确的路径或环境变量。这个是没问题的 2. 查看 cron 日志很多 Linux 发行版默认并不会为 cron 任务记录日志。但如果你的系统配置了 cron 日志那么检查 /var/log/cron 或 /var/log/syslog 中的相关条目可能会提供有用的信息。这个也是没问题的。 3. 输出重定向确保 cron 任务没有把输出包括错误输出重定向到 /dev/null 或其他看不到的地方。为了更好地调试可以考虑将输出重定向到一个特定的日志文件。
例如 将定时任务改为每分钟执行一次方便查看加一个追加日志到执行文件中并且把错误、非错误信息都存放到这个文件中。
* * * * * root /bin/sh /usr/local/mysql/data/back.sh /usr/local/mysql/data/backup/logfile.log 21这样就可以查看 logfile.log 来检查是否有任何错误或提示信息。 4. 环境变量cron 执行的环境与登录 shell 的环境可能不同。某些环境变量如 PATH可能在 cron 中并未设置导致你的脚本中的某些命令无法找到。考虑在脚本开头定义重要的环境变量或者在 crontab 文件中设置它们。 修改完crontab中的定时任务让他将执行命令的输出 输出到指定文件中每分钟执行一次我们等待一分钟去看一下指定的目录下的文件
# 切换到指定目录
[rootcsdn data]# cd /usr/local/mysql/data/backup/
# 查看输出的文件内容
[rootcsdn backup]# cat logfile.log
/usr/local/mysql/data/back.sh: line 47: mysqldump: command not found
/usr/local/mysql/data/back.sh: line 47: mysqldump: command not found
/usr/local/mysql/data/back.sh: line 47: mysqldump: command not found
/usr/local/mysql/data/back.sh: line 47: mysqldump: command not found可以看到都是找不到mysqldump命令这就是第4种环境变量的问题了
4、发现问题周期性计划任务中执行找不到mysqldump命令
如果在周期性计划任务执行时输出找不到 mysqldump 命令那么很可能是因为 PATH 环境变量的问题。Cron 任务运行时的环境变量可能与你在终端中运行的环境变量不同尤其是 PATH 变量。mysqldump 可能不在 cron 的 PATH 中因此无法找到。
解决方法
①、 查看mysqldump绝对路径可以通过运行 which mysqldump 在终端中找到它的完整路径。
[rootcsdn backup]# which mysqldump
/usr/local/mysql/bin/mysqldump可以看到是在/usr/local/mysql/bin/mysqldump那么你可以在脚本中直接使用这个路径来调用它而不是简单地使用 mysqldump。
②、 在脚本中设置 PATH在脚本的开头定义 PATH 环境变量确保它包含 mysqldump 的路径。
例如
#!/bin/bash# 配置添加mysqldump环境变量
PATH/usr/local/mysql/bin/:$PATH配置完之后等待一分钟查看输出的日志信息
[rootcsdn backup]# tailf logfile.log 可以看到已经没有报错了这个是提示说你使用了明文密码不影响
看着是备份没有什么问题了我们可以去看备份的数据
# 切换到备份数据的目录
[rootcsdn backup]# cd /usr/local/mysql/data/backup/data/
# 查看大小
[rootcsdn data]# du -sh *
4.0K 20231120.sql.tgz
4.0K 20231121.sql.tgz
4.0K 20231122.sql.tgz
4.0K 20231123.sql.tgz
4.0K 20231124.sql.tgz
4.0K 20231125.sql.tgz
4.0K 20231126.sql.tgz
236K 20231127.sql.tgz可以看到大小也是没问题的然后我们解压下来看看文件数据
# 解压备份的数据压缩包
[rootcsdn data]# tar xf 20231127.sql.tgz
# 查看大小
[rootcsdn data]# du -sh *
4.0K 20231120.sql.tgz
4.0K 20231121.sql.tgz
4.0K 20231122.sql.tgz
4.0K 20231123.sql.tgz
4.0K 20231124.sql.tgz
4.0K 20231125.sql.tgz
4.0K 20231126.sql.tgz
308K 20231127.sql
236K 20231127.sql.tgz# 查看数据
[rootcsdn data]# vim 20231127.sql都是有数据的那么问题就解决了 周期性计划任务中的输出日志如果想删除就可以删除不想删除也不影响但是会占空间也不大。
问题解决 推荐一个mysql定时备份的脚本mysql数据库定时备份脚本定时删除
