6. 将单独表空间(File-Per-Table Tablespaces)复制到另一个实例
6. 将单独表空间复制到另一个实例
本节介绍如何将单独表空间从一个MySQL实例复制 到另一个MySQL实例,也称为可传输表空间功能。
将InnoDB单独表空间复制到其他实例的原因有很多:
- 在不对生产服务器施加额外负载的情况下运行报告。
在新的slave服务器上为表设置相同的数据 。
在出现问题或错误后还原表或分区的备份版本。
作为一种更快速的数据移动方式,比导入mysqldump命令的结果更快。数据立即可用,而不必重新插入并重建索引。
将单独表空间移动到具有更适合系统要求的存储介质的服务器。例如,您可能希望在SSD设备上使用繁忙的表,或在高容量HDD设备上使用大表 。
限制和使用说明,请参考官方文档。
6.1 可传输表空间示例
示例1:将InnoDB表复制到另一个实例
- 1)在源实例上,创建一张表
mysql> use test;
mysql> create table t(c1 int) Engine=InnoDB;
mysql> insert into t select 1;
mysql> insert into t select 2;
- 2)在目标实例上,创建同样的表
mysql> use test;
mysql> create table t(c1 int) Engine=InnoDB;
- 3)在目标实例上,放弃现有表空间(在导入表空间之前, InnoDB必须丢弃现有表空间。)
mysql> ALTER TABLE t DISCARD TABLESPACE;
- 4)在源实例上,运行
FLUSH TABLES TABLENAME FOR EXPORT以停顿表
mysql> flush tables t for export;
- 5)将
.ibd文件从源实例复制到目标实例,并确保属主为mysql
# cp /data/mysql/mysql3306/data/test/t.ibd /data/mysql/mysql3307/data/test/
# cd /data/mysql/mysql3307/data/test/
# ls -l
total 112
-rw-r----- 1 mysql mysql 67 Aug 10 16:53 db.opt
-rw-r----- 1 mysql mysql 8556 Aug 10 16:53 t.frm
-rw-r----- 1 root root 98304 Aug 10 17:01 t.ibd
# chown mysql:mysql t.ibd
- 6)在源实例上,使用
unlock tables释放锁
mysql> unlock tables;
- 7)在目标实例上,导入表空间
mysql> alter table t import tablespace;
mysql> select * from t;
+------+
| c1 |
+------+
| 1 |
| 2 |
+------+
2 rows in set (0.00 sec)
注意
该ALTER TABLE … IMPORT TABLESPACE功能不会对导入的数据强制执行外键约束。如果表之间存在外键约束,则应在相同(逻辑)时间点导出所有表。在这种情况下,您将停止更新表,提交所有事务,获取表上的共享锁,然后执行导出操作。
示例2:将InnoDB分区表复制到另一个实例
- 1)在源实例上,创建分区表.
mysql> create table t1 (i int) Engine=InnoDB partition by key(i) partitions 3;
mysql> insert into t1 select 1;
mysql> insert into t1 select 2;
mysql> insert into t1 select 3;
在datadir目录中,每个分区都有一个单独的*.ibd文件
# cd /data/mysql/mysql3306/data/test
# ls -l
total 536
-rw-r----- 1 mysql mysql 8622 Aug 9 17:03 account.frm
-rw-r----- 1 mysql mysql 114688 Aug 10 09:28 account.ibd
-rw-r----- 1 mysql mysql 67 Aug 7 10:15 db.opt
-rw-r----- 1 mysql mysql 8554 Aug 10 17:11 t1.frm
-rw-r----- 1 mysql mysql 98304 Aug 10 17:11 t1#P#p0.ibd
-rw-r----- 1 mysql mysql 98304 Aug 10 17:11 t1#P#p1.ibd
-rw-r----- 1 mysql mysql 98304 Aug 10 17:11 t1#P#p2.ibd
-rw-r----- 1 mysql mysql 8556 Aug 10 16:51 t.frm
-rw-r----- 1 mysql mysql 98304 Aug 10 16:51 t.ibd
- 2)在目标实例上,创建相同的分区表
mysql> create table t1 (i int) Engine=InnoDB partition by key(i) partitions 3
- 3)在目标实例上,丢弃分区表的表空间。
mysql> ALTER TABLE t1 DISCARD TABLESPACE;
- 4)在源实例上,运行
FLUSH TABLES ... FOR EXPORT以停顿分区表
mysql> FLUSH TABLES t1 FOR EXPORT;
- 5)将
.ibd文件复制到目标实例数据库目录中,并更改权限为mysql
# cd /data/mysql/mysql3306/data/test
# cp t1*.ibd /data/mysql/mysql3307/data/test/
# chown mysql:mysql t1*.ibd
- 6)在源实例上,使用
unlock tables释放锁
mysql> unlock tables;
- 7)在目标实例上,导入分区表的表空间
mysql> alter table t1 import tablespace;
Query OK, 0 rows affected, 3 warnings (0.42 sec)
mysql> select * from t1;
+------+
| i |
+------+
| 1 |
| 2 |
| 3 |
+------+
3 rows in set (0.00 sec)
示例3:将InnoDB表分区复制到另一个实例
- 1)在源实例上创建分区表,包含4个分区
mysql> CREATE TABLE t1 (i int) ENGINE = InnoDB PARTITION BY KEY (i) PARTITIONS 4;
mysql> insert into t1 select 1;
mysql> insert into t1 select 2;
mysql> insert into t1 select 3;
mysql> insert into t1 select 4;
mysql> insert into t1 select 5;
#查看分区数据分布情况
mysql> select * from t1 partition(p0);
+------+
| i |
+------+
| 1 |
| 5 |
+------+
2 rows in set (0.00 sec)
mysql> select * from t1 partition(p1);
+------+
| i |
+------+
| 4 |
+------+
1 row in set (0.00 sec)
mysql> select * from t1 partition(p2);
+------+
| i |
+------+
| 3 |
+------+
1 row in set (0.00 sec)
mysql> select * from t1 partition(p3);
+------+
| i |
+------+
| 2 |
+------+
1 row in set (0.00 sec)
- 2)在目标实例上创建相同的分区
mysql> CREATE TABLE t1 (i int) ENGINE = InnoDB PARTITION BY KEY (i) PARTITIONS 4;
- 3)在目标实例上,丢弃计划从源实例导入的表空间分区
mysql> ALTER TABLE t1 DISCARD PARTITION p2, p3 TABLESPACE;
- 4)在源实例上,运行 FLUSH TABLES … FOR EXPORT以停顿分区表
mysql> flush tables t1 for export;
- 5)将
.ibd文件复制到目标实例数据库目录。在此示例中,仅将分区2(p2)和分区3(p3)的.ibd文件复制到data目标实例上的目录。分区0(p0)和分区1(p1)保留在源实例上。
# cp t1#P#p2.ibd /data/mysql/mysql3307/data/test/
# cp t1#P#p3.ibd /data/mysql/mysql3307/data/test/
# chown mysql:mysql t1#P#*
- 6)在源实例上,用于 UNLOCK TABLES释放通过FLUSH TABLES … FOR EXPORT以下方式获取的锁 :
mysql> unlock tables;
- 7)在目标实例上,导入表空间分区(p2和p3):
mysql> ALTER TABLE t1 IMPORT PARTITION p2, p3 TABLESPACE;
mysql> select * from t1;
+------+
| i |
+------+
| 3 |
| 2 |
+------+
2 rows in set (0.00 sec)
6.2 可传输表空间内部
以下信息描述了常规InnoDB表的可传输表空间复制过程的内部和错误日志消息传递。
当ALTER TABLE ... DISCARD TABLESPACE在目标实例上运行:
- 该表被锁定在X模式下
- 表空间与表分离
当FLUSH TABLES ... FOR EXPORT在源实例上运行:
- 导出的表以共享模式锁定
- 协调器线程停止
- 脏页面写入到磁盘
- 表元数据被写入二进制 .cfg文件。
此操作的log-error日志消息
2018-08-11T00:57:56.363847Z 2 [Note] InnoDB: Sync to disk of `test`.`t1` /* Partition `p0` */ started.
2018-08-11T00:57:56.363876Z 2 [Note] InnoDB: Stopping purge
2018-08-11T00:57:56.364901Z 2 [Note] InnoDB: Writing table metadata to './test/t1#P#p0.cfg'
2018-08-11T00:57:56.365515Z 2 [Note] InnoDB: Table `test`.`t1` /* Partition `p0` */ flushed to disk
2018-08-11T00:57:56.365539Z 2 [Note] InnoDB: Sync to disk of `test`.`t1` /* Partition `p1` */ started.
2018-08-11T00:57:56.365559Z 2 [Note] InnoDB: Writing table metadata to './test/t1#P#p1.cfg'
2018-08-11T00:57:56.366225Z 2 [Note] InnoDB: Table `test`.`t1` /* Partition `p1` */ flushed to disk
2018-08-11T00:57:56.366240Z 2 [Note] InnoDB: Sync to disk of `test`.`t1` /* Partition `p2` */ started.
2018-08-11T00:57:56.366256Z 2 [Note] InnoDB: Writing table metadata to './test/t1#P#p2.cfg'
2018-08-11T00:57:56.366429Z 2 [Note] InnoDB: Table `test`.`t1` /* Partition `p2` */ flushed to disk
2018-08-11T00:57:56.366443Z 2 [Note] InnoDB: Sync to disk of `test`.`t1` /* Partition `p3` */ started.
2018-08-11T00:57:56.366458Z 2 [Note] InnoDB: Writing table metadata to './test/t1#P#p3.cfg'
2018-08-11T00:57:56.366509Z 2 [Note] InnoDB: Table `test`.`t1` /* Partition `p3` */ flushed to disk
当unlock tables在源实例上运行:
- 删除二进制.cfg文件
- 将导入表上的共享锁释放,并重启清除协调器线程
此操作的log-error日志消息
2018-08-11T01:00:20.289266Z 2 [Note] InnoDB: Deleting the meta-data file './test/t1#P#p0.cfg'
2018-08-11T01:00:20.289408Z 2 [Note] InnoDB: Deleting the meta-data file './test/t1#P#p1.cfg'
2018-08-11T01:00:20.290116Z 2 [Note] InnoDB: Deleting the meta-data file './test/t1#P#p2.cfg'
2018-08-11T01:00:20.291804Z 2 [Note] InnoDB: Deleting the meta-data file './test/t1#P#p3.cfg'
2018-08-11T01:00:20.291857Z 2 [Note] InnoDB: Resuming purge
当alter table ... import tablespace在目标实例上运行时,导入算法会为要导入的每个表空间执行以下操作
- 检查每个表空间页面是否损坏
- 每页上的空间ID和日志序列号(LSN)都会更新
- 验证标志并更细标题页的LSN
- Btree页面已更新
- 页面状态设置为脏,以便将其写入磁盘
此操作的log-error日志消息
2018-08-11T00:52:37.332663Z 2 [Note] InnoDB: Sync to disk
2018-08-11T00:52:37.339950Z 2 [Note] InnoDB: Sync to disk - done!
2018-08-11T00:52:37.340015Z 2 [Note] InnoDB: Phase I - Update all pages
2018-08-11T00:52:37.340191Z 2 [Note] InnoDB: Sync to disk
2018-08-11T00:52:37.354408Z 2 [Note] InnoDB: Sync to disk - done!
2018-08-11T00:52:37.358280Z 2 [Note] InnoDB: Phase III - Flush changes to disk
2018-08-11T00:52:37.376256Z 2 [Note] InnoDB: Phase IV - Flush complete
2018-08-11T00:52:37.376368Z 2 [Note] InnoDB: `test`.`t1` /* Partition `p2` */ autoinc value set to 0
2018-08-11T00:52:37.435594Z 2 [Note] InnoDB: Sync to disk
2018-08-11T00:52:37.441117Z 2 [Note] InnoDB: Sync to disk - done!
2018-08-11T00:52:37.441414Z 2 [Note] InnoDB: Phase I - Update all pages
2018-08-11T00:52:37.441538Z 2 [Note] InnoDB: Sync to disk
2018-08-11T00:52:37.446679Z 2 [Note] InnoDB: Sync to disk - done!
2018-08-11T00:52:37.450051Z 2 [Note] InnoDB: Phase III - Flush changes to disk
2018-08-11T00:52:37.467124Z 2 [Note] InnoDB: Phase IV - Flush complete
2018-08-11T00:52:37.467232Z 2 [Note] InnoDB: `test`.`t1` /* Partition `p3` */ autoinc value set to 0
6. 将单独表空间(File-Per-Table Tablespaces)复制到另一个实例的更多相关文章
- 4. InnoDB表单独表空间
4. InnoDB表单独表空间 从历史上看,所有InnoDB表和索引都存储在系统表空间中.这种单片方法的目标是完全专用于数据库处理的机器,精心规划的数据增长,其中任何分配给MySQL的磁盘存储都不会用 ...
- 5. 在Datadir目录外创建单独表空间
5. 在Datadir目录外创建单独表空间 要在MySQL dadadir之外的位置创建单独表空间,请使用该子句: DATA DIRECTORY = '/path' 在目标目录中,MySQL会创建一个 ...
- 表空间移动(transporting tablespaces)
--表空间移动(transporting tablespaces) --------------------------------------2014/01/15 1. 表空间传输步骤简介. ...
- 十四、oracle 数据库管理--管理表空间和数据文件
一.概念表空间是数据库的逻辑组成部分.从物理上讲,数据库数据存放在数据文件中:从逻辑上讲,数据库数据则是存放在表空间中,表空间由一个或多个数据文件组成. 二.数据库的逻辑结构oracle中逻辑结构包括 ...
- oracle 数据库管理--管理表空间和数据文件
一.概念表空间是数据库的逻辑组成部分.从物理上讲,数据库数据存放在数据文件中:从逻辑上讲,数据库数据则是存放在表空间中,表空间由一个或多个数据文件组成. 二.数据库的逻辑结构oracle中逻辑结构包括 ...
- Oracle创建表空间和表
创建表空间和表ORACLE物理上是由磁盘上的以下几种文件:数据文件和控制文件和LOGFILE构成的oracle中的表就是一张存储数据的表.表空间是逻辑上的划分.方便管理的.数据表空间 (Tablesp ...
- Oracle 10g bigfile表空间、smallfile 表空间
smallfile tablespace设置不同大小的db_block_size时数据文件允许的最大大小 db_block_size=2KB,2KB*4M=8192M 8Gdb_block_ ...
- MySQL如何判别InnoDB表是独立表空间还是共享表空间
InnoDB采用按表空间(tablespace)的方式进行存储数据, 默认配置情况下会有一个初始大小为10MB, 名字为ibdata1的文件, 该文件就是默认的表空间文件(tablespce file ...
- innodb和myisam数据库文件存储详解以及mysql表空间
数据库常用的两种引擎有Innodb和Myisam,关于二者的区别参考:https://www.cnblogs.com/qlqwjy/p/7965460.html 1.关于数据库的存储在两种引擎的存储是 ...
随机推荐
- python __builtins__ bool类 (6)
6.'bool', 函数用于将给定参数转换为布尔类型,如果没有参数,返回 False. class bool(int) # 继承于int类型 | bool(x) -> bool # 创建boo ...
- bzoj 1058: [ZJOI2007]报表统计【set】
我想写FHQtreap的!是set自己跑进代码的!因为太好写了 是有点慢--洛谷上不吸氧会T一个点 就是,用一个set p维护所有点值,ans维护MIN_SORT_GAP的答案,每次insert一个点 ...
- memcached原理及介绍
memcached是一种缓存技术,在存储在内存中(高性能分布式内存缓存服务器).目的 : 提速.(传统的都是把数据保存在关系型数据库管理系统既RDBMS,客户端请求时会从RDBS中读取数据并在浏览器中 ...
- C++ multiset通过greater、less指定排序方式,实现最大堆、最小堆功能
STL中的set和multiset基于红黑树实现,默认排序为从小到大. 定义三个multiset实例,进行测试: multiset<int, greater<int>> gre ...
- 【Codeforces1139D_CF1139D】Steps to One (Mobius_DP)
Problem: Codeforces 1139D Analysis: After ACing E, I gave up D and spent the left 30 minutes chattin ...
- word2vec的Java源码【转】
一.核心代码 word2vec.java package com.ansj.vec; import java.io.*; import java.lang.reflect.Array; import ...
- .net core区域设置方式
在Startup中配置 默认路由是这个,并不包含区域路由 routes.MapRoute( name: "default", template: "{controller ...
- Centos系统安装 phpredis 扩展
Git地址:https://github.com/nicolasff/phpredis 一.安装: phpize ./configure make && make install 其中 ...
- C# winform 创建快捷方式
using System;using IWshRuntimeLibrary;using System.IO; namespace UavSystem.Common{ public class S ...
- 5.iOS测试总结
1. 什么是Mock 当我们在做单元测试的过程中,为了保持测试又短又快和测试的隔离性,希望尽可能少地去实例化一些具体的组件.在现在面向对象的系统中,被测试的对象很可能会依赖于几个其他的对象,这时候我们 ...