十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
MySQL中的mysqldump,真是一个经典而有效的工具,经常用,但是不知道后台运行的过程中到底在干些什么,其实如果想得到这些基本的信息不一定要去看代码,我们通过日志的方式就能一窥其中的奥妙。
专注于为中小企业提供网站建设、成都做网站服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业兴安盟乌兰浩特免费做网站提供优质的服务。我们立足成都,凝聚了一批互联网行业人才,有力地推动了1000多家企业的稳健成长,帮助中小企业通过网站建设实现规模扩充和转变。
如果想看到里面的一些较为细节的日志,开个general log就可以了。至于性能不用太担心,general log我们随开随关。
在不同的版本中也有一些差别,我选择的是MySQL 5.7.13的版本,简单看了下里面的日志。
首先这个环境的事务隔离级别我选择的是RC.
# mysqladmin var|grep isol
| tx_isolation | READ-COMMITTED
导出的时候,用了下面的命令导出:
mysqldump --single-transaction --databases mobile_billing > test.sql
得到的日志如下,我们来选择性的解读一下。
Query /*!40100 SET @@SQL_MODE='' */
Query /*!40103 SET TIME_ZONE='+00:00' */
这里需要注意mysqldump会默认把隔离级别改为RR,然后开启的事务是有consistent snapshot选项,这个选项只对RR隔离级别有效。
Query SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
Query START TRANSACTION /*!40100 WITH CONSISTENT SNAPSHOT */
因为开启了GTID,这里就会按照这个规则来,后面导出的数据都是以这个GTID的事务为基准。
Query SELECT @@GLOBAL.GTID_EXECUTED
Query UNLOCK TABLES
下面考虑了存储的差异性,比如undo,通用表空间等,在这个环境中暂时没用,所以结果都是空。
Query SELECT LOGFILE_GROUP_NAME, FILE_NAME, TOTAL_EXTENTS, INITIAL_SIZE, ENGINE, EXTRA FROM INFORMATION_SCHEMA.FILES WHERE FILE_TYPE = 'UNDO LOG' AND FILE_NAME IS NOT NULL AND LOGFILE_GROUP_NAME IS NOT NULL AND LOGFILE_GROUP_NAME IN (SELECT DISTINCT LOGFILE_GROUP_NAME FROM INFORMATION_SCHEMA.FILES WHERE FILE_TYPE = 'DATAFILE' AND TABLESPACE_NAME IN (SELECT DISTINCT TABLESPACE_NAME FROM INFORMATION_SCHEMA.PARTITIONS WHERE TABLE_SCHEMA IN ('mobile_billig'))) GROUP BY LOGFILE_GROUP_NAME, FILE_NAME, ENGINE, TOTAL_EXTENTS, INITIAL_SIZE, EXTRA ORDER BY LOGFILE_GROUP_NAME
考虑了分区的影响范围
Query SELECT DISTINCT TABLESPACE_NAME, FILE_NAME, LOGFILE_GROUP_NAME, EXTENT_SIZE, INITIAL_SIZE, ENGINE FROM INFORMATION_SCHEMA.FILES WHERE FILE_TYPE = 'DATAFILE' AND TABLESPACE_NAME IN (SELECT DISTINCT TABLESPACE_NAME FROM INFORMATION_SCHEMA.PARTITIONS WHERE TABLE_SCHEMA IN ('mobile_billig')) ORDER BY TABLESPACE_NAME, LOGFILE_GROUP_NAME
下面是要导出数据的步骤了,会在开始的时候设定一个savepoint,然后导出表中的数据,完成之后,rollback到之前的save point点位,继续导出下一个表,直到完成,会释放savepoint,这样一来得到的数据就是基于同一个基准了。
Query SHOW VARIABLES LIKE 'ndbinfo\_version'
Init DB mobile_billing
得到建库语句,默认没有添加if not exists的选项。
Query SHOW CREATE DATABASE IF NOT EXISTS `mobile_billing`
开启save point
Query SAVEPOINT sp
得到指定库下的数据表列表
Query show tables
循环列表,得到表的状态,以便进一步处理。
Query show table status like 'open\_sdk\_doc\_version'
sql_quote_show_create这个采纳数有两个值(1,0),默认是1,表示表名和列名会用``包着的。 这个服务器参数只可以在session级别设置,不支持global设置的(不支持my.cnf设置)
Query SET SQL_QUOTE_SHOW_CREATE=1
Query SET SESSION character_set_results = 'binary'
得到建表语句,默认没有添加if not exists的选项。
Query show create table `open_sdk_doc_version`
设定字符集
Query SET SESSION character_set_results = 'utf8'
得到字段信息
Query show fields from `open_sdk_doc_version`
Query show fields from `open_sdk_doc_version`
得到的数据会是insert into的形式,其中sql_no_cache的作用是避免查询结果缓存
Query SELECT /*!40001 SQL_NO_CACHE */ * FROM `open_sdk_doc_version`
Query SET SESSION character_set_results = 'binary'
Query show create table `open_sdk_doc_version`
Query SET SESSION character_set_results = 'utf8'
Query ROLLBACK TO SAVEPOINT sp
。。。
继续下一个表
直到完成,就会释放save point
Query ROLLBACK TO SAVEPOINT sp
Query RELEASE SAVEPOINT sp