1、各种用法说明
a. 最简单的用法:
上述命令将指定数据库备份到某dump文件(转储文件)中,比如:
生成的test.dump文件中包含建表语句(生成数据库结构哦)和插入数据的insert语句。
b. --opt
如果加上--opt参数则生成的dump文件中稍有不同:
建表语句包含drop table if exists tablename
insert之前包含一个锁表语句lock tables tablename write,insert之后包含unlock tables
c. 跨主机备份
使用下面的命令可以将host1上的sourcedb复制到host2的targetdb,前提是host2主机上已经创建targetdb数据库:
d. 只备份表结构
将只备份表结构。--databases指示主机上要备份的数据库。如果要备份某个mysql主机上的所有数据库可以使用--all-databases选项,如下:
e. 从备份文件恢复数据库
2、结合linux的cron命令实现定时备份
比如需要在每天凌晨1:30备份某个主机上的所有数据库并压缩dump文件为gz格式,那么可在/etc/crontab配置文件中加入下面代码行:
3、一个完整的shell脚本备份mysql数据库示例
#!bin/bash
cd /backup
echo "you are in backup dir"
mv backup* /oldbackup
echo "old dbs are moved to oldbackup folder"
file = backup-$now.sql
mysqldump -u user -p password database-name > $file
echo "your database backup successfully completed"
上面脚本文件保存为backup.sh,并且系统中已经创建两个目录/olcbackup和/backup。每次执行backup.sh时都会先将/backup目录下所有名称为backup开头的文件移到/oldbackup目录。
为上述脚本制定执行计划如下:
4、mysqldump全量备份+mysqlbinlog二进制日志增量备份
从mysqldump备份文件恢复数据会丢失掉从备份点开始的更新数据,所以还需要结合mysqlbinlog二进制日志增量备份。确保my.ini或者my.cnf中包含下面的配置以启用二进制日志,或者mysqld ---log-bin:
这样生成的增量二进制日志文件比如为mysql-bin.000003,那么恢复数据时如下:
5.9.3.1. 指定恢复时间
对于mysql 4.1.4,可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定datetime格式的起止时间。举例说明,假设在今天上午10:00(今天是2005年4月20日),执行sql语句来删除一个大表。要想恢复表和数据,你可以恢复前晚上的备份,并输入:
该命令将恢复截止到在--stop-date选项中以datetime格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的sql语句,可能你想要恢复后面发生的活动。根据这些,你可以用起使日期和时间再次运行mysqlbinlog:
5.9.3.2. 指定恢复位置
也可以不指定日期和时间,而使用mysqlbinlog的选项--start-position和--stop-position来指定日志位置。它们的作用与起止日选项相同,不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法,特别是当由于破坏性sql语句同时发生许多事务的时候。要想确定位置号,可以运行mysqlbinlog寻找执行了不期望的事务的时间范围,但应将结果重新指向文本文件以便进行检查。操作方法为:
上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个sql语句记录之前的set timestamp语句,恢复的数据和相关mysql日志将反应事务执行的原时间。
如对本文有疑问, 点击进行留言回复!!
项目实战: CMDB自动化资产扫描(搞懂这个项目 算你没白学运维)
MySQL中建表时可空(NULL)和非空(NOT NULL)的用法详解
SSD原理及Pytorch代码解读——网络架构(二):特征提取网络及总体计算过程
网友评论