MySQL传输表空间实测

最新推荐文章于 2023-09-08 16:09:43 发布
最新推荐文章于 2023-09-08 16:09:43 发布
阅读量243 收藏 1
点赞数
分类专栏： ㊣ Mysql-Basic ㊣ 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lmocm/article/details/117663828
版权

-- 环境描述： CentOS 7.6  MySQL 5.7.33 

MySQL Transportable Tablespace

将大的InnoDB表从一个实例，移动或者复制到另一个实例，有很多的方法，在5.6之前常用的是通过物理或者逻辑备份来实现。

在5.6.6+的版本中，用到了一种基于表空间迁移的快速方法，即类似Oracle TTS。

因为用到，故整理记录至此。

 

实验用到两台机器，单机单实例，MySQL 5.6.30。

并将通过vm1> mysql1> vm2> mysql2> 区分两台shell环境和mysql client环境。

〇 过程：

① 先在mysql1上创建测试数据：

  1. mysql> \R mysql1>
  2. PROMPT set to 'mysql1> '
  3. mysql1> USE test;
  4. Database changed
  5. mysql1> CREATE TABLE tts(id int PRIMARY KEY AUTO_INCREMENT, name char(128));
  6. Query OK, 0 rows affected (0.01 sec)
  7.  
  8. mysql1> INSERT INTO tts(name) VALUES(REPEAT('a',128));
  9. Query OK, 1 row affected (0.00 sec)
  10.  
  11. mysql1> INSERT INTO tts(name) SELECT name FROM tts;
  12. Query OK, 1 row affected (0.00 sec)
  13. Records: 1 Duplicates: 0 Warnings: 0
  14.  
  15. mysql1> INSERT INTO tts(name) SELECT name FROM tts;
  16. Query OK, 2 rows affected (0.00 sec)
  17. Records: 2 Duplicates: 0 Warnings: 0
  18.  
  19. ………………………………
  20.  
  21. mysql1> INSERT INTO tts(name) SELECT name FROM tts;
  22. Query OK, 131072 rows affected (0.79 sec)
  23. Records: 131072 Duplicates: 0 Warnings: 0
  24.  
  25. mysql1> INSERT INTO tts(name) SELECT name FROM tts;
  26. Query OK, 262144 rows affected (2.15 sec)
  27. Records: 262144 Duplicates: 0 Warnings: 0
  28.  
  29. mysql1> \! du -sh /data/mysql/test/tts*
  30. 12K /data/mysql/test/tts.frm
  31. 92M /data/mysql/test/tts.ibd

 

② 再保证mysql2上有相同的库表结构，此处为新建，并将mysql2上新建的test.tts表discard掉ibd文件：

  1. mysql> \R mysql2>
  2. PROMPT set to 'mysql2> '
  3. mysql2> USE test;
  4. Database changed
  5. mysql2> CREATE TABLE tts(id int PRIMARY KEY AUTO_INCREMENT, name char(128));
  6. Query OK, 0 rows affected (0.01 sec)
  7.  
  8. mysql2> \! du -sh /data/mysql/test/tts*
  9. 12K /data/mysql/test/tts.frm
  10. 96K /data/mysql/test/tts.ibd
  11. 注意！该alter table ... discard tablespace操作会记录binlog并影响复制结构，慎用，或set sql_log_bin=0;
  12. mysql2> ALTER TABLE tts DISCARD TABLESPACE;
  13. Query OK, 0 rows affected (0.01 sec)
  14.  
  15. mysql2> \! du -sh /data/mysql/test/tts*
  16. 12K /data/mysql/test/tts.frm

 

③ 对mysql1的test.tts表做FLUSH TABLES操作，此时会多了一个cfg文件：

  1. mysql1> FLUSH TABLE tts FOR EXPORT;
  2. Query OK, 0 rows affected (0.05 sec)
  3.  
  4. mysql1> \! du -sh /data/mysql/test/tts*
  5. 4.0K /data/mysql/test/tts.cfg
  6. 12K /data/mysql/test/tts.frm
  7. 92M /data/mysql/test/tts.ibd

 

④ 开多一个终端，在vm1上将ibd和cfg文件scp到vm2上：

  1. vm1> scp /data/mysql/test/tts.{ibd,cfg} user@vm2:/data/mysql/test
  2. user@vm2's password: 
  3. tts.ibd 100%   92MB  46.0MB/s   00:02    
  4. tts.cfg 100%  380     0.4KB/s   00:00  

 

⑤ 将mysql1的test.tts表做UNLOCK操作（此时可发现cfg文件已被删除）：

  1. mysql1> UNLOCK TABLES;
  2. Query OK, 0 rows affected (0.00 sec)
  3.  
  4. mysql1> \! du -sh /data/mysql/test/tts*
  5. 12K /data/mysql/test/tts.frm
  6. 92M /data/mysql/test/tts.ibd

 

⑥ 在vm2上将传过来的ibd和cfg文件修改权限：

  1. vm2> chown mysql:mysql /data/mysql/test/tts.{ibd,cfg}

 

⑦ 将上述ibd文件IMPORT到tts表中：

  1. mysql2> ALTER TABLE tts IMPORT TABLESPACE;
  2. Query OK, 0 rows affected (0.93 sec)
  3.  
  4. mysql2> SELECT count(*) FROM tts;
  5. +----------+
  6. | count(*) |
  7. +----------+
  8. | 524288   |
  9. +----------+
  10. 1 row in set (0.94 sec)

 

至此，已经将mysql1实例上的tts表中数据快速地迁移到mysql2实例上了。

 

 

〇 上述几个步骤的解释：

 

操作②中的discard tablespace会在表上加上MDL锁，删除change buffer所有相关的缓存项，设置表元数据信息，标志tablespace为删除状态，重新生成表的id，保证基于表id的操作后续均会失败，再将idb文件干掉，在②中的两次du可以看到.idb文件已经被删除了。这是一个十分危险的操作，慎重；此操作也会被记录到binlog中，若在复制结构可能会有很大的影响，切记先临时关闭binlog。

 

操作③中的flush table ... for export会给test.tts表加上共享锁，并将purge coordinator thread（在并行复制中类似sql thread）停止，并且将脏页强制同步到磁盘，创建并将test.tts表的元数据写入.cfg文件；

FLUSH TABLES ... FOR EXPORT在error log中体现了这个过程：

[Note] InnoDB: Sync to disk of '"test"."tts"' started.

[Note] InnoDB: Stopping purge

[Note] InnoDB: Writing table metadata to './test/tts.cfg'

[Note] InnoDB: Table '"test"."tts"' flushed to disk

 

操作⑤执行unlock tables将③中的锁解除，此时.cfg文件被删掉，purge coordinator thread也会重新启动；（在做flush table ... for export时不能关闭session，避免锁释放造成.cfg文件删除）

UNLOCK TABLES在error log中记录为：

[Note] InnoDB: Deleting the meta-data file './test/tts.cfg'

[Note] InnoDB: Resuming purge

 

操作⑦则是通过import tablespace操作，将从vm1上传输过来的.ibd文件和导入到tts表中，此时.cfg文件也必须存在；

ALTER TABLE ... IMPORT TABLESPACE在error log中记录为：

[Note] InnoDB: Importing tablespace for table 'test/tts' that was exported from host 'vm01'

[Note] InnoDB: Phase I - Update all pages

[Note] InnoDB: Sync to disk

[Note] InnoDB: Sync to disk - done!

[Note] InnoDB: Phase III - Flush changes to disk

[Note] InnoDB: Phase IV - Flush complete

[Note] InnoDB: "test"."tts" autoinc value set to 786406

过程为读取cfg文件：表定义，索引定义，索引RootPage，列定义等等。再读取import文件每一个page，检查完整性，根据读取到的cfg文件，重新设置当前表的元数据信息。

 

 

总结一下整个过程就是：

create table $new_table ...

alter table $new_table discard tablespace;（删除新表的tablespace文件，保留frm文件）

flush table $old_table for export;（关闭该表，并且生成cfg文件）

拷贝ibd文件，已经对应的cfg文件。

unlock tables;

将ibd文件和cfg文件copy到新地址，修改好权限

alter table $new_table import tablespace;

 

〇 限制：

两个实例都必须开启独立表空间，innodb_file_per_table

迁移的两个实例的innodb_page_size必须一致，并且mysql server版本建议一致

不支持在分区表上执行discard tablespace

不支持在有主外键关系的表上执行discard tablespace，除非设置foregin_key_checks=0

 

+++++++++++++++++++

测试案例：

[BEGIN] 21/4/5 13:39:06

flush table quickspintransactions for export;

Query OK, 0 rows affected (0.02 sec)

 

(root@localhost) malta>>show variables like 'innodb_file%';

ERROR 2006 (HY000): MySQL server has gone away

No connection. Trying to reconnect...

Connection id:    5

Current database: malta

 

+--------------------------+-----------+

| Variable_name            | Value     |

+--------------------------+-----------+

| innodb_file_format       | Barracuda |

| innodb_file_format_check | ON        |

| innodb_file_format_max   | Barracuda |

| innodb_file_per_table    | ON        |

+--------------------------+-----------+

4 rows in set (0.27 sec)

 

(root@localhost) malta>>show create table quickspintransactions\G;

*************************** 1. row ***************************

       Table: quickspintransactions

Create Table: CREATE TABLE `quickspintransactions` (

  `qsid` int(11) NOT NULL AUTO_INCREMENT,

  `createdate` datetime NOT NULL,

  `userid` int(11) NOT NULL,

  `qsgameref` varchar(16) NOT NULL,

  `qsroundid` varchar(40) NOT NULL DEFAULT '',

  `qstransactionid` bigint(20) unsigned NOT NULL,

  `qstransactiontype` varchar(20) NOT NULL,

  `bet` decimal(10,2) NOT NULL DEFAULT '0.00',

  `win` decimal(10,2) NOT NULL DEFAULT '0.00',

  `currency` varchar(3) NOT NULL,

  `cancelled` tinyint(4) NOT NULL DEFAULT '0',

  `cancelled_by` bigint(20) DEFAULT NULL,

  `transactionid_bet` int(11) DEFAULT NULL,

  `bonustransactionid_bet` int(11) DEFAULT NULL,

  `transactionid_win` int(11) NOT NULL DEFAULT '0',

  `bonustransactionid_win` int(11) NOT NULL DEFAULT '0',

  `balanceaftertransaction` decimal(12,2) DEFAULT NULL,

  `bonusbalanceaftertransaction` decimal(12,2) NOT NULL DEFAULT '0.00',

  `turnoverreqaftertransaction` decimal(12,2) NOT NULL DEFAULT '0.00',

  PRIMARY KEY (`qsid`),

  UNIQUE KEY `qstransactionid` (`qstransactionid`),

  KEY `userid` (`userid`),

  KEY `qsroundid` (`qsroundid`)

) ENGINE=InnoDB AUTO_INCREMENT=23865698 DEFAULT CHARSET=utf8

1 row in set (0.00 sec)

 

(root@localhost) (none)>>use martin

Database changed

(root@localhost) martin>>show tables;

Empty set (0.00 sec)

 

(root@localhost) martin>>CREATE TABLE `quickspintransactions` (

    ->   `qsid` int(11) NOT NULL AUTO_INCREMENT,

    ->   `createdate` datetime NOT NULL,

    ->   `userid` int(11) NOT NULL,

    ->   `qsgameref` varchar(16) NOT NULL,

    ->   `qsroundid` varchar(40) NOT NULL DEFAULT '',

    ->   `qstransactionid` bigint(20) unsigned NOT NULL,

    ->   `qstransactiontype` varchar(20) NOT NULL,

    ->   `bet` decimal(10,2) NOT NULL DEFAULT '0.00',

    ->   `win` decimal(10,2) NOT NULL DEFAULT '0.00',

    ->   `currency` varchar(3) NOT NULL,

    ->   `cancelled` tinyint(4) NOT NULL DEFAULT '0',

    ->   `cancelled_by` bigint(20) DEFAULT NULL,

    ->   `transactionid_bet` int(11) DEFAULT NULL,

    ->   `bonustransactionid_bet` int(11) DEFAULT NULL,

    ->   `transactionid_win` int(11) NOT NULL DEFAULT '0',

    ->   `bonustransactionid_win` int(11) NOT NULL DEFAULT '0',

    ->   `balanceaftertransaction` decimal(12,2) DEFAULT NULL,

    ->   `bonusbalanceaftertransaction` decimal(12,2) NOT NULL DEFAULT '0.00',

    ->   `turnoverreqaftertransaction` decimal(12,2) NOT NULL DEFAULT '0.00',

    ->   PRIMARY KEY (`qsid`),

    ->   UNIQUE KEY `qstransactionid` (`qstransactionid`),

    ->   KEY `userid` (`userid`),

    ->   KEY `qsroundid` (`qsroundid`)

    -> ) ENGINE=InnoDB AUTO_INCREMENT=23865698 DEFAULT CHARSET=utf8;

Query OK, 0 rows affected (0.08 sec)

 

(root@localhost) martin>>show create table quickspintransactions\G;

*************************** 1. row ***************************

       Table: quickspintransactions

Create Table: CREATE TABLE `quickspintransactions` (

  `qsid` int(11) NOT NULL AUTO_INCREMENT,

  `createdate` datetime NOT NULL,

  `userid` int(11) NOT NULL,

  `qsgameref` varchar(16) NOT NULL,

  `qsroundid` varchar(40) NOT NULL DEFAULT '',

  `qstransactionid` bigint(20) unsigned NOT NULL,

  `qstransactiontype` varchar(20) NOT NULL,

  `bet` decimal(10,2) NOT NULL DEFAULT '0.00',

  `win` decimal(10,2) NOT NULL DEFAULT '0.00',

  `currency` varchar(3) NOT NULL,

  `cancelled` tinyint(4) NOT NULL DEFAULT '0',

  `cancelled_by` bigint(20) DEFAULT NULL,

  `transactionid_bet` int(11) DEFAULT NULL,

  `bonustransactionid_bet` int(11) DEFAULT NULL,

  `transactionid_win` int(11) NOT NULL DEFAULT '0',

  `bonustransactionid_win` int(11) NOT NULL DEFAULT '0',

  `balanceaftertransaction` decimal(12,2) DEFAULT NULL,

  `bonusbalanceaftertransaction` decimal(12,2) NOT NULL DEFAULT '0.00',

  `turnoverreqaftertransaction` decimal(12,2) NOT NULL DEFAULT '0.00',

  PRIMARY KEY (`qsid`),

  UNIQUE KEY `qstransactionid` (`qstransactionid`),

  KEY `userid` (`userid`),

  KEY `qsroundid` (`qsroundid`)

) ENGINE=InnoDB AUTO_INCREMENT=23865698 DEFAULT CHARSET=utf8

1 row in set (0.00 sec)

 

[root@newmachine martin]# ll

total 164

-rwxr-xr-x 1 mysql mysql     67 Apr  2 13:17 db.opt

-rw-r----- 1 mysql mysql   9470 Apr  5 13:40 quickspintransactions.frm

-rw-r----- 1 mysql mysql 147456 Apr  5 13:40 quickspintransactions.ibd

 

 

(root@localhost) martin>>alter table quickspintransactions discard tablespace;

Query OK, 0 rows affected (0.15 sec)

 

[root@newmachine martin]# ll

total 16

-rwxr-xr-x 1 mysql mysql   67 Apr  2 13:17 db.opt

-rw-r----- 1 mysql mysql 9470 Apr  5 13:40 quickspintransactions.frm

 

[root@newmachine malta]# ll quickspintransactions*

-rw-r----- 1 mysql mysql       1982 Apr  5 13:53 quickspintransactions.cfg

-rw-r----- 1 mysql mysql       9470 Apr  2 21:19 quickspintransactions.frm

-rw-r----- 1 mysql mysql 1908408320 Apr  2 21:33 quickspintransactions.ibd

[root@newmachine malta]# cp quickspintransactions.cfg quickspintransactions.ibd ../martin/

 

[root@newmachine martin]# ll

total 1863704

-rwxr-xr-x 1 mysql mysql         67 Apr  2 13:17 db.opt

-rw-r----- 1 root  root        1982 Apr  5 13:58 quickspintransactions.cfg

-rw-r----- 1 mysql mysql       9470 Apr  5 13:40 quickspintransactions.frm

-rw-r----- 1 root  root  1908408320 Apr  5 13:58 quickspintransactions.ibd

[root@newmachine martin]# chown mysql:mysql quickspintransactions.* 

[root@newmachine martin]# ll

total 1863704

-rwxr-xr-x 1 mysql mysql         67 Apr  2 13:17 db.opt

-rw-r----- 1 mysql mysql       1982 Apr  5 13:58 quickspintransactions.cfg

-rw-r----- 1 mysql mysql       9470 Apr  5 13:40 quickspintransactions.frm

-rw-r----- 1 mysql mysql 1908408320 Apr  5 13:58 quickspintransactions.ibd

 

(root@localhost) malta>>show processlist;

+----+------+-----------+--------+---------+------+----------+------------------+

| Id | User | Host      | db     | Command | Time | State    | Info             |

+----+------+-----------+--------+---------+------+----------+------------------+

|  5 | root | localhost | malta  | Query   |    0 | starting | show processlist |

|  6 | root | localhost | martin | Sleep   |  761 |          | NULL             |

+----+------+-----------+--------+---------+------+----------+------------------+

2 rows in set (0.00 sec)

 

(root@localhost) malta-3306>>show table status like 'quickspintransactions'\G;

*************************** 1. row ***************************

           Name: quickspintransactions

         Engine: InnoDB

        Version: 10

     Row_format: Dynamic

           Rows: 8413279

 Avg_row_length: 134

    Data_length: 1132462080

Max_data_length: 0

   Index_length: 705183744

      Data_free: 5242880

 Auto_increment: 23865698

    Create_time: 2021-04-02 21:19:54

    Update_time: 2021-04-02 21:32:55

     Check_time: NULL

      Collation: utf8_general_ci

       Checksum: NULL

 Create_options: 

        Comment: 

1 row in set (0.00 sec)

 

(root@localhost) malta>>unlock tables;

Query OK, 0 rows affected (0.00 sec)

 

(root@localhost) malta>>unlock tables;

Query OK, 0 rows affected (0.00 sec)

 

(root@localhost) martin>>alter table quickspintransactions import tablespace;

ERROR 2006 (HY000): MySQL server has gone away

No connection. Trying to reconnect...

Connection id:    8

Current database: martin

 

Query OK, 0 rows affected (20.30 sec)

 

(root@localhost) martin>>show tables;

+-----------------------+

| Tables_in_martin      |

+-----------------------+

| quickspintransactions |

+-----------------------+

1 row in set (0.00 sec)

 

(root@localhost) martin>>select count(*) from quickspintransactions\G;

*************************** 1. row ***************************

count(*): 8865698

1 row in set (43.87 sec)

 

(root@localhost) malta>>

[END] 21/4/5 14:44:57

 

 

以上为正常的传输表空间测试：

++++++++++++++++++++

 

 

 

 

仗剑江湖.红尘笑
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL 清除表空间碎片的实例详解
12-16
MySQL 清除表空间碎片的实例详解 碎片产生的原因 （1）表的存储会出现碎片化，每当删除了一行内容，该段空间就会变为空白、被留空，而在一段时间内的大量删除操作，会使这种留空的空间变得比存储列表内容所使用的...
InnoDB之传输表空间
qq_29431123的博客
05-15 360
传输表空间允许将一个单独的表或分区很快速的复制到另外一台mysql实例中。1、使用场景• 在非生产MySQL服务器实例上运行报表，以避免在生产服务器上增加额外的负载。• 将数据复制到新的从服务器。• 从备份的表空间文件恢复表。• 作为一种比导入转储文件更快的移动数据的方式，这需要重新插入数据和重建索引。• 将数据移动到存储介质更适合您的存储需求的服务器。例如，您可以将繁忙的表移动到SSD设备，或者将大表移动到大容量的HDD设备。2、先决条件。
MySQL Transportable Tablespace
eagle89的专栏
12-21 548
MYSQL TABLESPACE 传输
MySQL 备份恢复单个innodb表
zhangyangtao2009的博客
03-15 202
在实际环境中，时不时需要备份恢复单个或多个表（注意：这里除非明确指定，所说的表一律指InnoDB表），而对于innodb引擎恢复单个表需要整体的恢复，xtrabackup也可以单个表恢复，只不过是用的正则过滤的，不知最新版本是否支持表空间传输特性。本文将要说说怎么移动或复制部分或全部的表到另一台服务器上，而所要用到的技术点就是transportable tablespace特性，这就意味着MyS...
mysql 导入tablespace_【MySQL】Transportable TableSpace(TTS) 使用详解
weixin_42303627的博客
02-18 978
将大的InnoDB表从一个实例，迁移到另一个实例，有很多的方法，在5.6之前常用的是通过物理或者逻辑备份来实现。在5.6.6+的版本中(5.6、5.7应该是现在的标配吧)，用到了一种基于表空间迁移的快速方法，即类似Oracle TTS。使用用起来十分简单，此处将实例1上的表数据通过TTS方式导入实例2① 在实例1上创建测试数据：1mysql1>CREATETABLEtts(idint...
mysql源码分析——InnoDB的内存结构源码
fpcc的专栏
09-12 1190
对InnoDB的内存的基本数据结构进行分析说明
zabbix监控mysql表空间.pdf
09-18
zabbix监控mysql表空间
MySQL的表空间是什么
01-19
但凡是用过MySQL都知道，直观上看，MySQL的数据都存在数据表中。 比如一条Update SQL： update user set username = '白日梦' where id = 999; 它将user这张数据表中id为1的记录的username列修改成了‘白日梦’ ...
MySQL InnoDB表空间加密示例详解
09-08
主要给大家介绍了关于MySQL InnoDB表空间加密的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用MySQL具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
mysql表占用空间大小脚本
01-02
此脚本可以查看mysql数据库中各个表占用空间大小，排序，以便清理数据之用。
mysql ,两个数据库，实时数据同步
12-10
mysql,两个数据库，实现实时数据同步
mysql innodb 导入_MySQL 备份恢复（导入导出）单个 innodb表
weixin_35735398的博客
02-05 329
MySQL 备份恢复单个innodb表呢，对于这种恢复我们我们很多朋友都不怎么了解了，下面一起来看一篇关于MySQL 备份恢复单个innodb表的教程在实际环境中，时不时需要备份恢复单个或多个表(注意：这里除非明确指定，所说的表一律指InnoDB表)，而对于innodb引擎恢复单个表需要整体的恢复，xtrabackup也可以单个表恢复，只不过是用的正则过滤的，不知最新版本是否支持表空间传输特性。本...
Mysql---innodb 无法连接
yysalad的专栏
01-01 173
在软件升级过程中，安装了新的数据库脚本，出现innodb无法连接的情况，最后排查问题是日志文件不一致导致，删除ib_logfile0和ib_logfile1后，重启mysql恢复正常
简单聊聊Innodb崩溃恢复那些事
最新发布
m0_53157173的博客
09-08 554
简单聊聊Innodb崩溃恢复那些事
mysql备份需要停应用吗_对于含有innodb表的实例进行文件拷贝备份时必须停mysql实例吗...
weixin_31967737的博客
02-10 210
展开全部在实际环境中，62616964757a686964616fe59b9ee7ad9431333361313261时不时需要备份恢复单个或多个表(注意：这里除非明确指定，所说的表一律指InnoDB表)，而对于innodb引擎恢复单个表需要整体的恢复，xtrabackup也可以单个表恢复，只不过是用的正则过滤的，不知最新版本是否支持表空间传输特性。本文将要说说怎么移动或复制部分或全部的表到另一台...
mysql恢复表_MySQL 备份恢复单个innodb表
weixin_42508215的博客
01-18 261
在实际环境中，时不时需要备份恢复单个或多个表(注意：这里除非明确指定，所说的表一律指InnoDB表)，而对于innodb引擎恢复单个表需要整体的恢复，xtrabackup也可以单个表恢复，只不过是用的正则过滤的，不知最新版本是否支持表空间传输特性。本文将要说说怎么移动或复制部分或全部的表到另一台服务器上，而所要用到的技术点就是transportable tablespace特性，这就意味着MySQ...
mysql purge进程_InnoDB Purge 的工作原理？
weixin_42438410的博客
01-27 657
当执行 SQL语句删除行时，InnoDB不会立即从数据库中物理删除。 仅当InnoDB 丢弃 为删除而编写的undo log 时，才会物理删除行及其索引记录(删除对应数据文件中的记录和索引)。这种仅发生在不再需要多版本并发控制(MVCC)或回滚之后的删除操作，称为purge。purge 操作用于清理历史的UNDO 日志页， UNDO 日志可以使事务回滚和保证一致性读(取决于事务隔离级别)。(His...
innodb purge操作
记录成长之路
01-19 8508
零散的记录，做备忘用 --------------------------------------------- 由于每次DML操作都会生成Undo页，系统需要定期对这些undo页进行清理，也就是所谓purge操作。在5.5之前这些都是在master线程中完成，但5.5及之后的版本可以通过innodb_purge_threads来控制是否使用独立线程进行purge操作。 下面将就undo
Mysql5.7 innodb innodb_* 参数详解
上帝之手&传奇 - MartinLee
03-15 5594
(root@(none)) Mysql >show variables like 'version%'; +-------------------------+------------------------------+ | Variable_name           | Value                        | +-------------------------
mysql临时表空间暴涨
09-08
MySQL临时表空间暴涨可能是由多个原因引起的。首先，造成临时表空间暴涨的SQL语句可能还在运行中，这会导致临时表空间不断增长。其次，MySQL内部参数tmp_table_size和max_heap_table_size的设置也会影响临时表空间的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值