[发明专利]数据库中数据备份方法、装置及游戏系统

说明书

本发明提供了一种数据库中数据备份方法、装置及游戏系统，其中，该方法包括：启动InnoDB表数据的重做日志同步复制，对数据库的InnoDB表数据进行备份；查找数据库中的MyISAM表数据；对查找到的MyISAM表数据进行锁定，其中，锁定了的MyISAM表数据只允许读操作不允许写操作；对锁定的MyISAM表数据进行备份；当InnoDB表数据和MyISAM表数据复制完成时，停止InnoDB表数据的重做日志的同步复制，解决了相关技术中，对InnoDB和MyISAM并存的数据库进行备份时，对数据库服务的影响较大的问题，进而达到了不仅提高了备份效率，而且最大限度地减少了备份过程对数据库服务的影响的效果。

技术领域

本发明涉及通信领域，具体而言，涉及一种数据库中数据备份方法、装置及游戏系统。

背景技术

MySQL数据库是目前使用的最广泛的数据库之一，它有着多种数据存储引擎，主流使用的有InnoDB和MyISAM两种。其中，InnoDB引擎支持事务(ACID)，支持行级别的锁，支持外键，在一致性要求高的业务中使用得比较多。而MyISAM是默认引擎，不支持事务、外键等，但由于它结构比较简单，读取、插入性能比较高，体积也相对小很多，支持数据压缩。在相关技术中，可以根据业务的需求去选取数据引擎，一般对于一致性要求高的热数据，使用InnoDB引擎，对于数据量较大的历史数据，统计数据之类的，使用MyISAM引擎，各取其长。

从备份对数据库服务的影响来说，数据库备份分为三类，分别是热备份(hotbackup)，暖备份(warm backup)，冷备份(cool backup)。热备份是指在备份过程中数据库正常运行，并且应用系统可以正常地读取和写入数据。暖备份是指备份过程中数据库正常运行，但对一些数据库操作限制执行，譬如备份过程中表是只读的。最后，冷备份是指停机备份。当然，对于要求24小时在线的服务来说，冷备份是不可以接受的，最好是热备份，即使一定要使用暖备份，也是希望限制越少，时间越短，对服务的影响降到最低。

从备份的范围来说，数据库备份又分为全备份和增量备份，全备份顾名思义就是包含了数据库中全部表数据的备份，增量备份是相对全备份而言的，只备份变化了的数据，很显然，增量备份会比全备份更快更小，对服务的影响也更小。

这样就存在一个问题，InnoDB和MyISAM并存的数据库如何进行备份，既可以保持数据一致性，又可以把对服务的影响降到最低呢？

在相关技术中，MySQL数据库有两个主流的备份工具，一个是官方收费的mysqlbackup，一个是开源免费的xtrabackup。它们对InnoDB引擎的热备份、全备份和增量备份都有很完备的解决方案。

InnoDB表数据之所以可以很容易地做热备份，是因为每个InnoDB页数据都有个版本号LSN，而可以从log中找出备份过程中的修改，对比一下InnoDB页的LSN来知道备份数据是否做了这个修改，从而备份完成之后，恢复出一个某一点的一致数据版本。

而MyISAM的表数据没有这个特性，所以MyISAM的备份如果要求一致性的话必须锁表。相关技术中的备份工具也支持InnoDB和MyISAM引擎并存的数据库备份，但对MyISAM的备份的实现较为“暴力”，对数据库服务的影响较大。备份过程大概是这样的：先利用InnoDB的LSN特性进行热备份，即不停机不锁表，复制InnoDB表数据，复制过程中继续复制log，在InnoDB表数据复制完成之后，锁住全部表(只读，暖备份)，然后复制MyISAM表数据，复制完成之后停止复制log，解锁。

对于MyISAM表较少，数据量也小的情况下，相关技术中的备份工具也足够了，但如果MyISAM表很多，并且体积也很大的话，就会很影响服务了，体现在以下几方面：

1、复制MyISAM过程中，MySQL进入暖备份，整个数据库都是只读的，如果MyISAM表比较多，数据比较大，这个暖备份时间还是很长的，这段时间内所有表都不能写入，连InnoDB表也不可以，这对于要求24小时在线的服务来说，这也是比较难接受的。