如何使用crontab每天自动备份Mysql数据库

一、如何使用crontab每天自动备份Mysql数据库

1、为了实现每天自动备份MySQL数据库，首先需要通过SSH工具Putty连接服务器。在连接成功后，进入MySQL的安装目录，并使用VI编辑器创建一个名为backup_mydb.sh的脚本文件。

2、# File:/路径/mysql/backup_mydb.sh

3、#$BIN_DIR/mysqldump--opt-u$DB_USER-p$DB_PASS$DB_NAME| gzip>$BCK_DIR/db_$DATE.gz

4、以上脚本中，请确保将路径替换为实际路径。编写完成后，保存并退出。

5、使用ls-l命令检查backup_mydb.sh文件是否具有执行权限。如果没有，请使用chmod 777命令为其添加执行权限。

6、接下来，配置crontab任务。crontab任务有两种方式，一种是root用户直接添加，另一种是非root用户通过crontab-e方式添加。本文主要讲解root用户添加的方式。使用vi编辑器打开/etc/crontab文件，在文件末尾添加一行：

7、0 3*** root/路径/backup_mydb.sh

8、这条命令的意思是在每天的3点0分执行该脚本。完成编辑后，保存并退出crontab。

9、重启crontab服务以使更改生效，命令为：

10、最后，可以通过调整任务执行时间，并在稍后检查备份文件是否正确生成来验证crontab任务是否成功执行。

11、若手动执行脚本时发现备份成功，则说明crontab任务配置无误。

二、如何利用mysqldump备份MySQL数据库

一、数据备份的重要性工作中，如果意外删除了重要的文件或者目录的话，那结果可就惨了。尤其是当误删除的数据涉及重要的客户或者关键项目，并且这些数据无法轻易重新创建的时候，那滋味，不用我说你也能想象得到。不巧的是，像这样的数据在公司环境中随处可见，例如销售记录、客户联系方式，等等。二、关于mysqldump MySQL自身提供了许多命令行工具，例如mysql工具可以用来与MySQL的数据库模式、数据、用户和配置变量进行交互，而mysqladmin工具则可以进行各种管理任务，还有就是下面将要介绍的mysqldump。此外还有很多，不过那超出了本文的讨论范围。工具mysqldump既可以用来备份数据库模式，还可以用来备份数据;利用它，我们不仅可以对一个服务器上的所有数据库进行地毯式的备份，同时我们还可以选择性地备份某个数据库，甚至数据库中指定的某些表。当在服务器上安装MySQL的时候，应修改系统路径以便使全局命令行可以访问各个客户程序。打开终端窗口，并执行下列命令：%mysqldump Usage: mysqldump[OPTIONS]database[tables]ORmysqldump[OPTIONS]--databases [OPTIONS] DB1 [DB2 DB3...] OR mysqldump [OPTIONS]--all-databases [OPTIONS]Formore options, usemysqldump--help这里给出了使用mysqldump程序的方法。举例来说，若要备份所有数据库模式和数据至文件backup092210.sql的话，可以执行如下所示的命令：%mysqldump-u root-p--all-databases backup092210.sql Enter password:这里，为了能够访问所有数据库，我们需要一个root权限，所以这里需要在提示符后面输入相应口令。此外，如果你是在开发用的服务器上练习这些命令的话，不妨花一些时间看看备份文件的内容。这时您会看到一系列的SQL语句，先是删除各个表后重新创建的语句，然后是重新创建相关数据的语句。另外，由于上面的例子中我们对所有数据库进行备份，所以您还会发现，备份文件将创建每个数据库(如果它还没有存在的话)，然后通过USE命令切换到该数据库，进而创建与该数据库相关的表跟数据。若要备份单个数据库，例如要备份名为wiki的数据库到一个名为wiki-backup092210.sql的文件中，我们可以使用如下所示的命令：%mysqldump-u root-p wikiwiki-backup092210.sql Enter password:最后，若要备份数据库中名为users的表的话，例如要把它备份到名为wikiusers-backup092210.sql的文件中，我们可以使用如下所示的命令：%mysqldump-u root-p wiki userswikiusers-backup092210.sql Enter password:三、调整备份内容有时候，我们可能只想备份数据库的模式，或者只想备份数据库的数据。为了备份数据库模式，可以向mysqldump传递参数--no-data，如下所示：%mysqldump-u root-p--no-data wiki wiki-backup092210.sql对于前面所举的例子，仅需要少量的击键次数就能执行mysqldump命令。然而，工作中要干的活还有很多，并且如果老是执行这些命令的话，那么生活就会变得太单调了。因此，我们可以设法使这些过程自动化，这时我们可以借助cron工具来达成我们的目标，这个工具在所有类UNIX操作系统上都能找到。为了自动执行备份任务，我们需要新建一个正确命名的文件。例如nightly-backup.sh，具体命令如下所示：#!/bin/sh mysqldump-uroot-psecret wiki/home/backup/sql/wiki-backup-`date+%m%d%Y`.sql当我们执行这个脚本的时候，它会将wiki数据库备份到一个按照备份时间命名的文件中，如wiki-backup-092210.sql。您需要注意一下这里的用户名root和口令secret是如何传递给mysqldump的，即将它们分别放到选项- u和- p后面。从安全的角度讲，我们必须进行正确的权限设置。接下来，我们将这个脚本提供交给cron，方法是使用crontab。为此，我们可以执行如下所示的命令：%crontab-e这将打开当前登录用户的crontab文件，如果该文件不存在的话就会自动新建一个。在这个文件中，我们可以添加如下内容，来确保每天上午3时运行该备份脚本：03***/home/backup/scripts/nightly-backup.sh如果您对crontab的语法很陌生的话，这里的参数可能让您摸不着头脑。这里前五个参数分别对应于执行脚本的时间，依次为分、时、日、月和星期几。因此，要想在每星期二的4:45am执行脚本的话，可以使用参数45 4** 3。插入上面所示的一行内容后，保存文件，那么我们的任务就会开始按照给定时间调度执行。需要注意的是，第二天早上一定要查看相应的目录，看看事情是否一切正常。五、其它备份方案就像本文前面所说的那样，mysqldump只是MySQL众多备份方案中的一个。此外，您还可以使用MySQL的二进制日志文件进行增量备份，或者使用从MySQL主服务器中将数据复制到从服务器中。六、小结本文中，我们与读者一道建立了一个简单的MySQL备份解决方案。如果您之前还未实施任何解决方案的话，不妨立即动手试一下。重要的是，这只需要花费您几分钟的时间，我想这是很划得来的。

三、如何 查看 linux 数据库 备份文件

一、使用mysql相关命令进行简单的本地备份

mysqldump是采用SQL级别的备份机制，它将数据表导成 SQL脚本文件，在不同的 MySQL版本之间升级时相对比较合适，这也是最常用的备份方法。

使用 mysqldump进行备份非常简单，如果要备份数据库” db_backup”,使用命令：

#mysqldump–u-p phpbb_db_backup>/usr/backups/mysql/db_backup2008-1-6.sql

还可以使用gzip命令对备份文件进行压缩：

#mysqldump db_backup| gzip>/usr/backups/mysql/ db_backup2008-1-6.sql.gz(备份后生成的sql不含建库语句！)

只备份一些频繁更新的数据库表：

## mysqldump sample_db articles comments links>/usr/backups/mysql/sample_db.art_comm_lin.2008-1-6.sql

上面的命令会备份articles, comments,和links三个表。

#mysql–u-p db_backup</usr/backups/mysql/ db_backup2008-1-6.sql

注意使用这个命令时必须保证数据库正在运行。

其实这不是标准的 SQL语法，而是 mysql客户端提供的功能，例如：

这里需要指定文件的绝对路径，并且必须是 mysqld运行用户(例如 nobody)有权限读取的文件。

mysqlhotcopy只能用于备份 MyISAM，并且只能运行在 linux和Unix和 NetWare系统上。mysqlhotcopy支持一次性拷贝多个数据库，同时还支持正则表达。以下是几个例子：

#mysqlhotcopy-h=localhost-u=goodcjh-p=goodcjh db_name/tmp

(把数据库目录 db_name拷贝到/tmp下)

注意，想要使用 mysqlhotcopy，必须要有 SELECT、RELOAD(要执行 FLUSH TABLES)权限，并且还必须要能够有读取 datadir/db_name目录的权限。

mysqlhotcopy备份出来的是整个数据库目录，使用时可以直接拷贝到 mysqld指定的目录(在这里是/usr/local/mysql/data/)目录下即可，同时要注意权限的问题，另外首先应当删除数据库旧副本如下例：

#/bin/rm-rf/mysql-backup/**//*old

关闭mysql服务器、复制文件、查询启动mysql服务器的三个步骤：

# cp-af/mysql-backup/**//*/var/lib/mysql/

#chown-R nobody:nobody/usr/local/mysql/data/(将 db_name目录的属主改成 mysqld运行用户)

将MYSQL数据放在一台计算机上是不安全的，所以应当把数据备份到局域网中其他Linux计算机中。假设Mysql服务器IP地址是：192.168.1.3。局域网使用Linux的远程计算机IP地址是192.168.1.4；类似于windows的网络共享，UNIX(Linux)系统也有自己的网络共享，那就是NFS(网络文件系统)，在linux客户端挂接(mount)NFS磁盘共享之前，必须先配置好NFS服务端。linux系统NFS服务端配置方法如下：

(1)修改/etc/exports,增加共享目录

/export/home/sunky 192.168.1.4(rw)

/export/home/sunky2 linux-client(rw)

注：/export/home/目录下的sunky、sunky1、sunky2是准备共享的目录，10.140.133.23、*、linux-client是被允许挂接此共享linux客户机的IP地址或主机名。如果要使用主机名linux-client必须在服务端主机/etc/hosts文件里增加linux-client主机ip定义。格式如下：

若修改/etc/export文件增加新的共享，应先停止NFS服务，再启动NFS服务方能使新增加的共享起作用。使用命令exportfs-rv也可以达到同样的效果。linux客户端挂接(mount)其他linux系统或UNIX系统的NFS共享。这里我们假设192.168.1.4是NFS服务端的主机IP地址，当然这里也可以使用主机名，但必须在本机/etc/hosts文件里增加服务端ip定义。/export/home/sunky为服务端共享的目录。如此就可以在linux客户端通过/mnt/nfs来访问其它linux系统或UNIX系统以NFS方式共享出来的文件了。

把MYSQL数据备份到使用Linux的远程计算机需要在两端都安装NFS协议（Network File System），远程NFS计算机安装NFS协议后还要修改配置文件：/etc/exports,加入一行：

/usr/backups/mysql/ 192.168.1.4(rw, no_root_squash)

表示将/usr/backups/mysql/目录共享。这个目录具有远程root用户读写权限。保存NFS配置文件，然后使用命令：

远程计算机设定后，在MYSQL服务器/mnt目录下建立一个backup_share目录：

将远程的Linux计算机的/usr/backups/mysql/目录挂载到MYSQL服务器的/mnt/backup_share目录下：

# mount-t nfs 192.168.1.4：/usr/backups/mysql/mnt/backup_share

将目录挂载进来后，只要进入/mnt/backup_share目录，就等于到了IP地址：192.168.1.4那部NFS计算机的/usr/backups/mysql目录中。下面使用mysqldump把“phpbb_db_backup”备份到远程计算机：

# mysqldump db_backup>/mnt/backup_share/ db_backup2008-1-6.sql

Linux服务器上的程序每天都在更新 MySQL数据库，于是就想起写一个 shell脚本，结合 crontab，定时备份数据库。建立一个shell脚本：sample_db_backup.sh

# At the very end the$(date+%F)自动添加备份日期

mysqldump-u<username>-p<password>-h<hostname> sample_db>/mnt/backup_share/sample_db.$(date+%F)

# mount\u2013o soft 192.168.1.4:/archive/mnt/backup_share

说明：mount NFS服务器的一个重要参数：hard（硬） mount或soft（软）mount。

硬挂载: NFS客户机会不断的尝试与NFS服务器的连接（在后台，一般不会给出任何提示信息），直到挂载上为止。

软挂载:会在前台尝试与NFS服务器的连接，是默认的连接方式。当收到错误信息后终止mount尝试，并给出相关信息。

对于到底是使用硬挂载还是软挂载的问题，这主要取决于你访问什么信息有关。例如你是想察看NFS服务器的视频文件时，你绝对不会希望由于一些意外的情况（如网络速度一下子变的很慢）而使系统输出大量的错误信息，如果此时你用的是硬挂载方式的话，系统就会等待，直到能够重新与NFS服务器建立连接传输信息。另外如果是非关键数据的话也可以使用软挂载方式，如FTP一些数据等，这样在远程机器暂时连接不上或关闭时就不会挂起你的会话过程。

下面建立脚本文件权限：chmod+x./sample_db_backup.sh

然后使用将此脚本加到/etc/crontab定时任务中：

01 5** 0 mysql/home/mysql/ sample_db_backup.sh

好了，每周日凌晨 5:01系统就会自动运行 sample_db_backup.sh文件通过网络备份 MySQL数据库了。

在对MySQL数据和表格结构进行备份时，mysqldump是一个非常有用的工具。然而，通常情况下，一般一天只备份一次，或者在一个特定的间隔备份一次。如果在刚备份完成的一段时间以内数据丢失，那么这些数据很有可能无法恢复。有什么方法可以对数据进行实时性地保护呢?事实上，现在有几种方法都可以实现MySQL数据库的实时保护。这里介绍其中一种，即使用二进制日志进行数据恢复。

要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini，取决于你的系统)中找到路径。如果未包含在选项文件中，当服务器启动时，可以在命令行中以选项的形式给出。启用二进制日志的选项为-- log-bin。要想确定当前的二进制日志文件的文件名，输入下面的MySQL语句：

每天备份和运行二进制日志的确是一个在MySQL服务器中恢复数据的不错方法。比如，可以每天在深夜使用mysqldump对数据进行备份，如果某天在数据备份完成后的一段时间里，由于某种原因数据丢失，可以使用以下方法来对其进行恢复。首先，停止MySQL服务器，然后使用以下命令重新启动MySQL服务器。该命令将保证是惟一可以访问该数据库服务器的人：

# mysqld--socket=/tmp/mysql_restore.sock--skip-networking

这里，一socket选项将为U n i x系统命名一个不同的Socket文件。一旦服务器处于独占控制之下，就可以放心地对数据库进行操作，而不用担心在进行数据恢复的过程中有用户尝试访问数据库而导致更多的麻烦。进行恢复的第一个步骤是恢复晚上备份好的dump文件：

#mysql-u root-pmypwd--socket=/tmp/mysql_restore.sock</var/backup/20080120.sql

该命令可以将数据库的内容恢复至晚上刚刚完成备份的内容。要恢复dump文件创建后的数据库事务处理，可以使用mysqlbinlog工具。如果每天晚上进行备份操作时都对日志进行flush操作，则可以使用以下命令行工具将整个二进制日志文件进行恢复：

mysqlbinlog/var/log/mysql/bin.123456\

| mysql-u root-pmypwd--socket=/tmp/mysql_restore.sock

对于MySQL 4.1.4，可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定DATETIME格式的起止时间。假设用户在2008-1-22上午10点执行的SQL语句删除了一个大的数据表，则可以使用以下命令进行恢复：要想恢复表和数据，你可以恢复前晚上的备份，并输入：

#mysqlbinlog--stop-date="2008-1-22 9:59:59"

--socket=/tmp/mysql_restore.sock

该语句将恢复所有给定一stop-date日期之前的数据。如果在执行某SQL语句数小时之后才发现执行了错误操作，那么可能还需要恢复之后输入的一些数据。这时，也可以通过mysqlbinlog来完成该功能：

#mysqlbinlog--start-date="2008-1-22 10:01:00"\

/var/log/mysql/bin.123456\

--socket=/tmp/mysql_restore.sock

在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。

也可以不指定日期和时间，而使用mysqlbinlog的选项--start-position和--stop-position来指定日志位置。它们的作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。操作命令为：

mysqlbinlog--start-date="2005-04-20 9:55:00"--stop-date="2005-04-20 10:05:00"

/var/log/mysql/bin.123456>/tmp/mysql_restore.sql

该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用vi或者gedit文本编辑器打开该文件，寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复操作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从命令行输入下面内容：

mysqlbinlog--stop-position="368312"/var/log/mysql/bin.123456

mysqlbinlog--start-position="368315"/var/log/mysql/bin.123456

上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句，恢复的数据和相关MySQL日志将反应事务执行的原时间。