1、查看磁盘空间情况：
既然是定时备份，就要选择一个空间充足的磁盘空间，避免出现因空间不足导致备份失败，数据丢失的恶果！
存储到当前磁盘这是最简单，却是最不推荐的；服务器有多块硬盘，最好是把备份存放到另一块硬盘上；有条件就选择更好更安全的存储介质；
2、创建备份目录：
上面我们使用命令看出/home下空间比较充足，所以可以考虑在/home保存备份文件；
cd /home
mkdir backup
cd backup3、创建备份Shell脚本:
注意把以下命令中的DatabaseName换为实际的数据库名称；
当然，你也可以使用其实的命名规则！
vi bkDatabaseName.sh在bkDatabaseName.sh里编辑一下内容
备份指定的数据库
#!/bin/bash
mysqldump -uusername -ppassword DatabaseName > /home/backup/DatabaseName_$(date +%Y%m%d_%H%M%S).sql
例如：
#!/bin/bash
mysqldump -uroot -p123456 demo > /home/backup/demo_$(date +%Y%m%d_%H%M%S).sqldatabase_name_$(date +%Y%m%d%H%M%S)为生成的备份文件名称，可自定义，这里文件名是数据库名 + 下划线 + 具体时间，$(date +%Y%m%d%H%M%S)可获取到当前日期，%Y %m %d %H %M %S 分别对应年、月、日、时、分、秒
对备份进行压缩：
#!/bin/bash
mysqldump -uusername -ppassword DatabaseName | gzip > /home/backup/DatabaseName_$(date +%Y%m%d_%H%M%S).sql.gz将/home/backup目录下所有10天前带"DatabaseName_"的文件删除
#!/bin/sh
find /usr/local/backups -mtime +10 -name "*DatabaseName_*" -exec rm -rf {} \;#删除七天之前的备份
find $backup_dir -name $db_name"*.sql.gz" -type f -mtime +7 -exec rm -rf {} \; > /dev/null 2>&1
#删除一分钟之前的备份
find $backup_dir -name $db_name"*.sql.gz" -type f -mmin +1 -exec rm -rf {} \; > /dev/null 2>&1-type f 表示查找普通类型的文件，f 表示普通文件，可不写
-mtime +7 按照文件的更改时间来查找文件，+7表示文件更改时间距现在7天以前;如果是-mmin +7表示文件更改时间距现在7分钟以前
-exec rm {} ; 表示执行一段shell命令，exec选项后面跟随着所要执行的命令或脚本，然后是一对{ }，一个空格和一个\，最后是一个分号;
/dev/null 2>&1 把标准出错重定向到标准输出，然后扔到/DEV/NULL下面去。通俗的说，就是把所有标准输出和标准出错都扔到垃圾桶里面；其中的& 表示让该命令在后台执行。
注意：
把 username 替换为实际的用户名；
把 password 替换为实际的密码；
把 DatabaseName 替换为实际的数据库名；
4、添加可执行权限：
chmod u+x bkDatabaseName.shu 代表用户.
g 代表用户组.
o 代表其他.
a 代表所有.
chmod是权限管理命令change the permissions mode of a file的缩写
chmod u+x file.sh 表示对当前目录下的file.sh文件的所有者增加可执行权限
chmod +x 和 chmod a+x 一样，表示为所有用户增加可执行权限
添加可执行权限之后先执行一下，看看脚本有没有错误，能不能正常使用；
./bkDatabaseName.sh执行完后可以到备份的目录下去看看备份的文件是否已经备份成功
5、添加计划任务
检测或安装 crontab，
确认crontab是否安装：
执行 crontab 命令如果报 command not found，就表明没有安装
# crontab
-bash: crontab: command not found如时没有安装 crontab，需要先安装它，具体步骤请参考：
yum -y install crontabs //安装
service crond start //启动服务
service crond stop //关闭服务
service crond restart //重启服务
service crond reload //重新载入配置
service crond status //查看crontab服务状态
chkconfig --level 345 crond on //在CentOS系统中加入开机自动启动6、添加计划任务
执行命令：crontab -e
使用vi编辑器一样对计划进行编辑
*/1 * * * * /home/backup/bkDatabaseName.sh
意思是每一分钟执行一次shell脚本“/home/backup/bkDatabaseName.sh”。查看保存的计划
分 时 日 月 周 执行命令
第 1 列分钟 1～59，每分钟用 *或者*/1表示，整点分钟数为00或0
第 2 列小时 1～23（0 表示 0 点）
第 3 列日 1～31
第 4 列月 1～12
第 5 列星期 0～6（0 表示星期天）
第 6 列要运行的命令
0 3 * * * /backup.sh，此命令表示在每天的凌晨三点执行一次脚本，可自行调整时间
这样定期数据备份就完成了
7、测试任务是否执行
如果任务执行失败了，可以通过以下命令查看任务日志：
tail -f /var/log/cron输出内容如下：
Sep 30 14:01:01 bogon run-parts(/etc/cron.hourly)[2503]: starting 0anacron
Sep 30 14:01:01 bogon run-parts(/etc/cron.hourly)[2512]: finished 0anacron
Sep 30 15:01:01 bogon CROND[3092]: (root) CMD (run-parts /etc/cron.hourly)
Sep 30 15:01:01 bogon run-parts(/etc/cron.hourly)[3092]: starting 0anacron
Sep 30 15:01:02 bogon run-parts(/etc/cron.hourly)[3101]: finished 0anacron
Sep 30 15:50:44 bogon crontab[3598]: (root) BEGIN EDIT (root)
Sep 30 16:01:01 bogon CROND[3705]: (root) CMD (run-parts /etc/cron.hourly)
Sep 30 16:01:01 bogon run-parts(/etc/cron.hourly)[3705]: starting 0anacron
Sep 30 16:01:01 bogon run-parts(/etc/cron.hourly)[3714]: finished 0anacron
Sep 30 16:15:29 bogon crontab[3598]: (root) END EDIT (root)以下是成功的：
注意:
以上操作完成后根据不同的提示，有时候会出现备份的数据库文件备份下来了，但是里面的内容却是空的，怎么回事呢，这时候就需要去查看自动任务执行的日志文件了
路径为： /var/spool/mail 下的 root 文件
里面出现这样一句话 /home/backup/databaseName.sh: line 2: mysqldump: command not found
这是什么意思呢？一些同学一脸懵逼，别着急，接下来一一解决
有时候安装好MySQL程序的时候，直接输入命令mysql或mysqldump会发现提示命令不存在，这是由于系统默认会查找/usr/bin下的命令，如果这个命令不在这个目录下，当然会找不到命令
解决方法:
首先得知道mysql命令或mysqldump命令的完整路径，可以使用find命令查找
find / -name mysql -print
find / -name mysqldump -print会得到mysql和mysqldump的路径,然后映射一个链接到/usr/bin目录下，相当于建立一个链接文件
ln -s /usr/local/mysql/bin/mysql /usr/bin
ln -s /usr/local/mysql/bin/mysqldump /usr/bin
这样基本就OK啦！
