加入收藏 | 设为首页 | 会员中心 | 我要投稿 开发网_开封站长网 （http://www.0378zz.com/）- 科技、AI行业应用、媒体智能、低代码、办公协同!
当前位置： 首页 > 站长学院 > MySql教程 > 正文

mysqldump single-transaction一致性的研发

发布时间：2022-06-27 16:49:03 所属栏目：MySql教程 来源：互联网
导读：--single-transaction 的含义是，在开始 dump 前，设置隔离级别为 RR ，并且 start transaction. 通过将导出操作封装在一个事务 (Repeatable Read) 内来使得导出的数据是一个一致性快照。 测试数据库版本： mysql select version(); +------------+ | vers
　　--single-transaction 的含义是，在开始 dump 前，设置隔离级别为 RR ，并且 start transaction. 通过将导出操作封装在一个事务 (Repeatable Read) 内来使得导出的数据是一个一致性快照。
 
　　 测试数据库版本：
 
　　mysql> select version();
 
　　+------------+
 
　　| version()  |
 
　　+------------+
 
　　| 5.7.26-log |
 
　　+------------+
 
　　1 row in set (0.00 sec)
 
　　测试 1 ：  
 
　　sesseion A
 
　　session B
 
　　mysql> set tx_isolation='repeatable-read';
 
　　Query OK, 0 rows affected (0.00 sec)
  
　　mysql> set tx_isolation='repeatable-read';
 
　　Query OK, 0 rows affected (0.00 sec)
 
　　mysql> begin;
 
　　Query OK, 0 rows affected (0.01 sec)
  
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　+----+------+
 
　　3 rows in set (0.00 sec)
 
　　mysql> insert into test01 select 4,4;
 
　　Query OK, 1 row affected (0.00 sec)
 
　　Records: 1  Duplicates: 0  Warnings: 0
 
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　|    4 |    4 |
 
　　+----+------+
 
　　4 rows in set (0.00 sec)
  
　　mysql> insert into test01 select 5,5;
 
　　Query OK, 1 row affected (0.00 sec)
 
　　Records: 1  Duplicates: 0  Warnings: 0
 
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　|    4 |    4 |
 
　　+----+------+
 
　　4 rows in set (0.00 sec)
 
 
　　  可以看到， RR 隔离级别下的一致性读，不是以事务 begin 的时间点建立 snapshot 的。单纯 begin 后，到第一次读取前之间其他会话的事务还是可以读取的，但是在第一次读取数据完成后，读取到的事务就不再变化了。
 
　　测试 2 ：
 
　　session A
 
　　session B
 
　　mysql> set tx_isolation='repeatable-read';
 
　　mysql> set tx_isolation='repeatable-read';
  
　　mysql> select * from t1;
 
　　Empty set (0.00 sec)
 
　　mysql> begin;
 
　　Query OK, 0 rows affected (0.00 sec)
  
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　|    4 |    4 |
 
　　|    5 |    5 |
 
　　+----+------+
 
　　5 rows in set (0.00 sec)
 
　　mysql> insert into test01 select 6,6;
 
　　Query OK, 1 row affected (0.00 sec)
 
　　Records: 1  Duplicates: 0  Warnings: 0
 
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　|    4 |    4 |
 
　　|    5 |    5 |
 
　　+----+------+
 
　　5 rows in set (0.00 sec)
 
 
　　       RR 隔离级别下的一致性读，发生在事务里面第一次 select 的时候。我试了下用 delete 语句替换 session A 的 select 语句，结果发现还是会读取到 session B 的事务。
 
　　session A
 
　　session B
 
　　mysql> set tx_isolation='repeatable-read';
 
　　mysql> set tx_isolation='repeatable-read';
 
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　+----+------+
 
　　3 rows in set (0.00 sec)
 
　　mysql> begin;
 
　　Query OK, 0 rows affected (0.00 sec)
  
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　+----+------+
 
　　3 rows in set (0.00 sec)
 
　　mysql> insert into test01 select 4,4;
 
　　Query OK, 1 row affected (0.00 sec)
 
　　Records: 1  Duplicates: 0  Warnings: 0
  
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　|    4 |    4 |
 
　　+----+------+
 
　　4 rows in set (0.00 sec)
 
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　+----+------+
 
　　3 rows in set (0.00 sec)
  
　　mysql> update test01 set c2=5 where   c1=4;
 
　　Query OK, 1 row affected (0.00 sec)
 
　　Rows matched: 1  Changed: 1    Warnings: 0
  
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　|    4 |    5 |
 
　　+----+------+
 
　　4 rows in set (0.00 sec)
 
 
　　       Session A 第一次 select 建立一致性读后， session B 插入数据， session A 的 select 仍然读不到，但是 update 因为是当前读，所以更新到 session B 插入的数据。
 
　　       所以 begin 和 start transaction 是事务开始的标志，但不是事务开始的起点。如果要将 start transaction 作为事务开始的时间点，那么必须使用：
 
　　START TRANSACTION WITH consistent snapshot    ###mysqldump 中的快照就是用这个实现的
 
　　mysql> set tx_isolation='repeatable-read';
 
　　mysql> set tx_isolation='repeatable-read';
 
 
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　+----+------+
 
　　3 rows in set (0.00 sec)
 
　　mysql> start transaction with   consistent snapshot;
 
　　Query OK, 0 rows affected (0.00 sec)
  
　　mysql> insert into test01 select 4,4;
 
　　Query OK, 1 row affected (0.00 sec)
 
　　Records: 1  Duplicates: 0  Warnings: 0
 
　　mysql> select * from test01;
 
　　+----+------+
 
　　| c1 | c2   |
 
　　+----+------+
 
　　|    1 |    1 |
 
　　|    2 |    2 |
 
　　|    3 |    3 |
 
　　+----+------+
 
　　3 rows in set (0.00 sec)
 
 
　　发起备份
 
　　mysqldump -uroot -poracle  --single-transaction --master-data=1 -R -E --triggers -B ming --ignore_table=ming.test02 > /tmp/ming_st.sql
 
　　查看备份过程的 general log ：
 
　　[root@oradb-2062 binlog]# more   /u01/mysql/3306/data/oradb-2062.log
 
　　/u01/mysql_57/bin/mysqld, Version:   5.7.26-log (MySQL Community Server (GPL)). started with:
 
　　Tcp port: 3306  Unix socket:   /u01/mysql/3306/data/mysqld.sock
 
　　Time                 Id Command    Argument
 
　　2019-08-01T08:30:50.718358Z        12 Query     show variables like 'log_output'
 
　　2019-08-01T08:31:33.211254Z        14 Connect   root@localhost on  using Socket
 
　　2019-08-01T08:31:33.211413Z        14 Query     /*!40100 SET @@SQL_MODE='' */
 
　　2019-08-01T08:31:33.211474Z        14 Query     /*!40103 SET TIME_ZONE='+00:00' */
 
　　2019-08-01T08:31:33.211565Z        14 Query     FLUSH /*!40101 LOCAL */ TABLES
 
　　2019-08-01T08:31:33.212009Z        14 Query     FLUSH TABLES WITH READ LOCK
 
　　2019-08-01T08:31:33.212047Z        14 Query     SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
 
　　2019-08-01T08:31:33.212070Z        14 Query     START TRANSACTION /*!40100 WITH CONSISTENT SNAPSHOT */
 
　　2019-08-01T08:31:33.212115Z        14 Query     SHOW VARIABLES LIKE 'gtid_mode'
 
　　2019-08-01T08:31:33.216296Z        14 Query     SHOW MASTER STATUS
 
　　2019-08-01T08:31:33.216472Z        14 Query     UNLOCK TABLES
 
　　2019-08-01T08:31:33.219582Z        14 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'   AN
 
　　D TABLESPACE_NAME IN (SELECT DISTINCT   TABLESPACE_NAME FROM INFORMATION_SCHEMA.PARTITIONS WHERE TABLE_SCHEMA IN   ('ming'))) GROUP BY LOGFILE_GROUP_NAME, FILE_NAME, ENGINE, TOTAL_EXTENTS, I
 
　　NITIAL_SIZE ORDER BY LOGFILE_GROUP_NAME
 
　　2019-08-01T08:31:33.223184Z        14 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 ('ming')) ORDER BY TABLESPACE_NAME, LOGFILE_GROUP_NAME
 
　　2019-08-01T08:31:33.223727Z        14 Query     SHOW VARIABLES LIKE 'ndbinfo_version'
 
　　2019-08-01T08:31:33.225502Z        14 Init DB   ming
 
　　2019-08-01T08:31:33.225545Z        14 Query     SHOW CREATE DATABASE IF NOT EXISTS   `ming`
 
　　2019-08-01T08:31:33.225683Z        14 Query     SAVEPOINT sp
 
　　2019-08-01T08:31:33.225750Z        14 Query     show tables
 
　　2019-08-01T08:31:33.225957Z        14 Query     show table status like 'mytest01'
 
　　2019-08-01T08:31:33.226083Z        14 Query     SET SQL_QUOTE_SHOW_CREATE=1
 
　　2019-08-01T08:31:33.226114Z        14 Query     SET SESSION character_set_results =   'binary'
 
　　2019-08-01T08:31:33.226145Z        14 Query     show create table `mytest01`
 
　　2019-08-01T08:31:33.226190Z        14 Query     SET SESSION character_set_results =   'utf8'
 
　　2019-08-01T08:31:33.226226Z        14 Query     show fields from `mytest01`
 
　　2019-08-01T08:31:33.226468Z        14 Query     show fields from `mytest01`
 
　　2019-08-01T08:31:33.226687Z        14 Query     SELECT /*!40001 SQL_NO_CACHE */ * FROM   `mytest01`
 
　　2019-08-01T08:31:33.226810Z        14 Query     SET SESSION character_set_results =   'binary'
 
　　2019-08-01T08:31:33.226844Z        14 Query     use `ming`
 
　　2019-08-01T08:31:33.226877Z        14 Query     select @@collation_database
 
　　2019-08-01T08:31:33.226920Z        14 Query     SHOW TRIGGERS LIKE 'mytest01'
 
　　2019-08-01T08:31:33.227098Z        14 Query     SET SESSION character_set_results =   'utf8'
 
　　2019-08-01T08:31:33.227130Z        14 Query     ROLLBACK TO SAVEPOINT sp
 
　　2019-08-01T08:31:33.227162Z        14 Query     show table status like 'test01'
 
　　2019-08-01T08:31:33.227262Z        14 Query     SET SQL_QUOTE_SHOW_CREATE=1
 
　　2019-08-01T08:31:33.227289Z        14 Query     SET SESSION character_set_results =   'binary'
 
　　2019-08-01T08:31:33.227316Z        14 Query     show create table `test01`
 
　　2019-08-01T08:31:33.227356Z        14 Query     SET SESSION character_set_results =   'utf8'
 
　　2019-08-01T08:31:33.227389Z        14 Query     show fields from `test01`
 
　　2019-08-01T08:31:33.227730Z        14 Query     show fields from `test01`
 
　　2019-08-01T08:31:33.227911Z        14 Query     SELECT /*!40001 SQL_NO_CACHE */ * FROM   `test01`
 
　　2019-08-01T08:31:33.228005Z        14 Query     SET SESSION character_set_results =   'binary'
 
　　2019-08-01T08:31:33.228053Z        14 Query     use `ming`
 
　　2019-08-01T08:31:33.228084Z        14 Query     select @@collation_database
 
　　2019-08-01T08:31:33.228143Z        14 Query     SHOW TRIGGERS LIKE 'test01'
 
　　2019-08-01T08:31:33.228336Z        14 Query     SET SESSION character_set_results =   'utf8'
 
　　2019-08-01T08:31:33.228369Z        14 Query     ROLLBACK TO SAVEPOINT sp
 
　　2019-08-01T08:31:33.228399Z        14 Query     show table status like 'test03'
 
　　2019-08-01T08:31:33.228501Z        14 Query     SET SQL_QUOTE_SHOW_CREATE=1
 
　　2019-08-01T08:31:33.228686Z        14 Query     SET SESSION character_set_results =   'binary'
 
　　2019-08-01T08:31:33.228726Z        14 Query     show create table `test03`
 
　　可以看到， mysqldump 的大致实现过程是：连接 -> 初始化信息 -> 刷新表（锁表） -> 开启事务（一致性快照） -> 记录偏移量 -> 解锁表

（编辑：开发网_开封站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
    相关内容
      推荐文章
      站长推荐
      热点阅读

        【免责声明】本站内容转载自互联网，其发布内容言论不代表本站观点，如果其链接、内容的侵犯您的权益，烦请提交相关链接至邮箱bqsm@foxmail.com我们将及时予以处理。

        建议您使用1920×1080分辨率、谷歌浏览器Google Chrome、Microsoft Edge以获得本站的优质浏览效果

        Copygight © 2013-2023 http://www.0378zz.com/ All Rights Reserved. 开发网_开封站长网

        ICP备案：浙ICP备12044117号 浙公网安备 33038102330459号