MySQL备份与恢复分析
这篇文章主要为大家详细介绍了MySQL备份与恢复分析,具有一定的参考价值,可以用来参考一下。
对此感兴趣的朋友,看看idc笔记做的技术笔记!
MYSQL的备份有多少种,请简要的描述:数据库分逻辑备份\物理备份物理备份又分冷备和热备
A.直接拷贝数据文件到安全地方进行保存B.使用MYSQLHOSTCOPY备分数据C.使用MYSQLDUMP备份数据D.使用MYSQL的同步复制,实现数据实时数据同步备份
常用的逻辑备份主要就是两种:一种是将数据生成为可以完全重现当前数据库中的数据的insert语句,另一种是将数据通过逻辑备份软件,将数据库表的数据以特定分隔符进行分割后记录在文本中。
对于第一种生成insert语句来说我们可以直接使用mysql自带的工具mysqldump来完成。这种方式不好之处在于可能导致数据的不一致,或是不完整。解决办法:一个是通过在数据库系统中加入写入锁,只提供数据库的查询服务;第二种是对于支持事务的存储引擎来说,INNODB BDB可以通过将整个备份过程控制在一个事务中,来达到备份数据的一致性和完整性;并且可以不用影响到数据库的正常运行。恢复方式则是通过mysql<backup.sql直接运行的。第二种直接生成数据格式。占用的空间小,数据格式清晰。可是没有数据库结构的脚本。不容易控制实现方式:通过select******* to outfile from***命令来实现。恢复方式就是通过,load data infile和mysqlimport命令来做。
这一过程相当的复杂需要实时的进行恢复测试,保证备份数据是可用的数据库的物理备份,主要的对象是数据库的物理数据文件,日志文件以及配置文件等。
4 xtrabackup/ibbackupxtrabackup --backup --datadir=/var/lib/mysql/ --target-dir=/data/backups/mysql/
xtrabackup --backup --defaults-file=/etc/my.cnf --target-dir=/data/backups/mysql/mysql的备份方式1.mysqldump效率比较低,备份和还原的速度都很慢,任何数据插入和更新操作都会被挂起2.mysqlhotcopymysqlhotcopy 是专门针对myisam 数据表进行备份,备份的过程中,任何数据插入和更新操作都会被挂起3.准备一台从服务器,专门做备份(master-slave方式)4.xtrabackup 是 percona 的一个开源项目,可热备份innodb ,XtraDB,MyISAM(会锁表)Xtrabackup有两个主要的工具:xtrabackup、innobackupexxtrabackup只能备份InnoDB和XtraDB两种数据表,而不能备份MyISAM数据表innobackupex-1.5.1则封装了xtrabackup,是一个脚本封装,所以能同时备份处理innodb和myisam,但在处理myisam时需要加一个读锁Øxtra备份原理记住开始时候的LSN号,然后开始拷备文件,同时运行一个后台进程监视重做日志,并将变化拷备下来到xtrabackup_logfile。
innobackupex可以备份myisam表和frm文件。当xtrabackup结束后,执行flush tables with read lock,避免数据更改,然后刷新所有myisam表到磁盘。拷备结束后,释放锁。
mysqlbinlog也是一个恢复工具,是基于时间点来处理二进制文件的
Ø备份:直接拷备
Ø还原:ü时间点还原:mysqlbinlog --stop-date="2005-04-20 9:59:59"/var/log/mysql/bin.123456 | mysql -u root –pmypwd
mysqlbinlog --start-date="2005-04-20 10:01:00"/var/log/mysql/bin.123456| mysql -u root –pmypwd
Ø日志点还原:mysqlbinlog --stop-position="368312" /var/log/mysql/bin.123456 \| mysql -u root -pmypwdmysqlbinlog --start-position="368315" /var/log/mysql/bin.123456 \| mysql -u root -pmypwd \
LVM是 Logical Volume Manager(逻辑卷管理)的简写,它是Linux环境下对磁盘分区进行管理的一种机制。LSN定义:
日志序号日志序号 (LSN) 标识特定日志文件记录在日志文件中的位置。
LSN 由 DB2® 产品中的许多组件用来维护数据库一致性和完整性。除其他作用外,LSN 还对于分区数据库环境中的落实和回滚操作、崩溃和前滚恢复以及数据库操作同步起非常重要的作用。
日志文件中 LSN 的增长率与数据库活动直接相关联。也就是说,随着事务发生并且条目被写入日志文件,LSN 会不断增大。数据库中的活动越多,LSN 增长得越快。
日志序号的上限
在 DB2 V9.5 和较早版本中,日志序号 (LSN) 是 6 字节数字。从 FP3 开始,LSN 的范围在 0x0000 0000 0000(首次创建数据库时)到 0xFFFF 0000 0000(约 256 太字节)之间。在 FP3 之前,上限为 0xFFFF FFFF FFFF。随着记录被添加到日志文件中,LSN 在数据库生命期不断增长。
注:关于MySQL备份与恢复分析的内容就先介绍到这里,更多相关文章的可以留意