关于linux下crontab mysql备份出来的数据为0字节的问题

最近在做数据库备份，使用的是脚本的方式备份多个库，手动执行脚本备份是没问题的，然后就使用了周期性计划任务开始定时备份；但是有一天，我说看一下备份的数据，结果一看，定时任务备份的sql文件压缩包都是4k，解压出来的…sql都是大小都是0，里面更是没有数据都是空的，这是为什么呢？

直接输入命令mysqldump会发现提示命令不存在，是由于系统默认会查找/usr/bin下的命令，如果这个命令不在这个目录下，自然会找不到命令，并报错。知道了问题的所在，就直接去处理，先用一条find命令查找mysqldump的所载路径。find / -name mysql -print 然后再用ln命令链接到/usr/bin下面。ln -fs /usr/local/mys...

做mysql备份，首先写了个脚本mysql_backup.sh 里面的内容： mysqldump -uroot -p密码 shop | gzip > /www/backup/mysql_ssh/shop_$(date +%Y%m%d_%H%M%S).sql.gz 直接执行脚本成功  ./mysql_backup.sh 备份文件都正常，但是放到linux中的自动执行

最近有个项目上线，需要在线备份mysql的数据。就使用了ssh + mysqldump备份。 遇见的问题就是，exec mysqldump -h xxxx -uroot -p --all-databases > test.sql 发现文件大小是0. 说明：我这里的mysql是自己编译的 解决步骤： 1. 命令行输入mysqldump看是否能找到此命令 2. 如果无法找到此命令，则需要配置环境变量（这里试了2种） 第一种： vim /...

简历生成平台项目开发-STEP1问卷设计周五课程结束完后,小组建立QQ群和微信群,着手讨论项目问题.一开始的大概想法:就业信息平台,收集企业招聘信息和就业生资料,提供给学生和企业的校企对接平台.后来发现群里谭卓同学也有个相关的思路,经过商量 ...SQL 联合查询 + XML解析(select a.EBILLNO, a.EMPNAME, a.APPLYDATE, b.HS_NAM...

起因：Linux 下的路径完整性问题有小伙伴看到我博客里的一篇文章“ [linux下如何实现mysql数据库每天自动备份定时备份](http://blog.csdn.net/testcs_dn/article/details/48829785)”，按照文章中的操作却遇到问题：定时任务生成的文件都是0字节的，而手动执行是没有问题的。问题的原因：我们来看一下定时任务执行的脚本：#!/bin/bash

mysql数据库提供了备份命令mysqldump，可以结合crontab命令进行定时备份。我写了一个mysql_backup.sh的脚本，此脚本按照日期在当前目录下创建一个文件夹，同时在此目录下备份一个文件。内容如下：#!/bin/bash#设置mysql备份目录folder=/home/lx/data_backupcd $folderday=`date +%Y%m%d`rm -rf $daymk...

将脚本里的tool=mysqldump 改为 tool=/usr/local/mysql/bin/mysqldump (自己的mysql安装路径)。原因在于linux中的cron定义的定时任务中指定的命令会在path路径下寻找，而mysqldump命令是mysql自带的，不是系统的，因此通过定时任务出发的时候，mysqldump命令并不生效。使用mysqldump可以备份mysql数据库文件，但是在脚本中使用mysqldump命令，使用cron定义为定时任务执行的时候，备份的sql文件内容为空。

创建backmysql.sh定时备份脚本如下: ​ docker exec -it mysql /usr/bin/mysqldump -uroot -proot --default-character-set=gbk 数据库名> /sql/mysql_bak`date +%Y-%m-%d_%H%M%S`.sql; ​ 注意：mysqldump 要为绝对路径 `date +%Y-%m-%d_%H%M%S`的` 不是英文单引号，而是英文模式下，Esc按键下面的那个按键 感觉是没问题的，但是c.

巡检发现备份的数据库没有数据 我以为是脚本的问题，我手动执行后是有数据的。 以上分析就不是脚本的问题，问题出在crontab 。经过一番研究测试后，在你的脚本前面加一行source /etc/profile 因为cront进程不会自动加载用户目录下的.profile文件 加入后在测试crontab进行备份就有数据了。 tab进行备份就有数据了。 ...

问题： 一次服务器巡检中，发现MYSQL的备份大小为0字节。 排查： 这个备份一直是用的脚本进行备份。 先检察了脚本，确定脚本没有问题，直接sh执行该脚本，备份没有问题，大小正常。 往后继续排查把定时任务的时间改成最近的，观察脚本执行结果，文件还是为0字节。 使用sh -x back.sh运行脚本查看，发现mysqldump报错。 大概查阅了相关资料，大致的意思是没有找到mysqldump这个命令。 解决方式： 1.写成绝对路径，根据实际的目录修改 打开脚本，把mysqldump换成/u

直切正题 前2个随笔做了linux下自动备份，但是备份的.sql文件发现表数据丢失，原因是数据库太大我的数据库文件是804M，在用ftp拉去也会丢失数据 所以对db.sh备份数据库加一个压缩gizp mysqldump -u root --password=dbpwd er-china > /backup_path/backup_file.sql 改为 mysqldump -u ...

MySQL备份脚本写完之后，在命令行进行测试没问题，sql脚本大小正常。 但是我将写入crontab之后，第二天发现脚本执行了但是文件大小异常，大小为0。 一开始还我以为是mysql备份脚本得问题，然后仔细研究脚本，并没看出端倪，在网上也查阅了资料，这个跟我写的MySQL备份脚本没关系。 原因：由于mysqldump存在于全局环境变量mysql的bin下面，故在直接运行时可以识别到mysqldump命令，而在crontab里面无法识别到mysqldump命令。（ps：crontab运行失败问题基本都是环境变

问题：写好了一个mysqldump备份脚本（如图）直接执行可以正常生成备份文件，但在用crontab运行时却生成内容为空原因：由于mysqldump存在于全局环境变量mysql的bin下面，故在直接运行时可以直接识别到mysqldump命令，而在crontab里面无法识别到mysqldump命令。解决：在备份脚本里面的mysqldump命令前加上绝对路径，如图...

本文转自http://www.cnblogs.com/aDust/archive/2012/10/19/mysqldump.html 今天客户打电话来说我们的系统备份的sql文件为空文件。 这让我很凌乱，我们测试过滴，执行很成功嘛。 可客户使用的时候确实是备份失败嘛 ，这是事实。   我东测试西测试，在本机咋滴还是没出现这样的问题； 没办法装了个虚拟

点击上方 "程序员小乐"关注,星标或置顶一起成长每天凌晨00点00分,第一时间与你相约每日英文A single hand that wipes tears durin...