Vue vs React: Javascript 框架之战JavaScript
在 Linux 中使用 shell 脚本自动创建 / 移除并挂载交换文件Linux
所属分类 
tm
SQL
测试
Hadoop
mysql
【前言】：
在 MySQL 5.6 引用了独立 undo tablespace 之后，MySQL 5.7 在 temporary tablespace 上做了改进。
已经实现将 temporary tablespace 从 ibdata（系统表空间文件）中分离。
并且可以重启重置大小，避免出现像 ibdata 难以释放的问题。
但下面所有的讨论只针对 InnoDB，并且指定了 innodb_file_per_table，所用版本为 MySQL 5.7.x
新特性 · 共享临时表空间 ：
共享临时表空间出现于 MySQL 5.7.1，为的是将临时表空间从系统表空间 (system tablespace) 文件中独立出来。该共享临时表空间用于存储非压缩 InnoDB 临时表 (non-compressed InnoDB temporary tables)、关系对象 (related objects)、回滚段 (rollback segment) 等数据。更多信息可以参考【MySQL 5.7 Reference Manual 8.4.4 Internal Temporary Table Use in MySQL】
因为存放的数据特殊性，不会参与 crash recovery，因此无需记录 redo log。
该共享临时表空间默认大小为 12MB。在实例关闭之后，将会被删除。在实例启动时则会被创建。
默认的，该共享临时表空间存放在 innodb_data_home_dir 中的 ibtmp1 里，而 innodb_data_home_dir 默认为 datadir。
所以一般该 ibtmp1 存放在 datadir 下，显然，其路径与共享表空间的路径一样，取决于 innodb_data_home_dir。
新增参数 innodb_temp_data_file_path，通过修改其值可以将该共享临时表空间的文件名，扩展大小做修改。
比如在配置文件中加上 innodb_temp_data_file_path = temp_tablespace:64M:autoextend
那么在启动实例之后，会生成一个大小为 64MB 的 temp_tablespace 文件
-rw-r----- 1 root root 67108864 Jun 20 17:29 temp_tablespace
该参数默认出现于 5.7.1，静态，默认值为 ibtmp1:12M:autoextend。
新特性 · InnoDB 临时表统计信息优化
因为临时表特性，是无法在 SHOW TABLES; 与通过 information_schema.TABLES 查询到其元数据信息的。
老版本可能只能通过一些比较麻烦的方法来查看：
比如 SHOW CREATE TABLE tmp_a\G
5.7 版本之后，在 I_S 里增加了一个表来统计该表的元数据信息 INNODB_TEMP_TABLE_INFO。
可以通过 I_S 来查看该表的定义：
字段介绍：
TABLE_ID：表 id
NAME：表名，这个名字对应的表结构为 $NAME.frm，若该表为压缩临时表，对应的数据文件为 $NAME.ibd，反之则无。
N_COLS：列的数量，1 个被我显示创建的列，其他 3 个为 InnoDB 的隐藏列 (DB_ROW_ID, DB_TRX_ID, and DB_ROLL_PTR)
SPACE：临时表的表空间 id，总是非 0，并且随实例重启动态变化，
PER_TABLE_TABLESPACE：如果为 TRUE，则表明该临时表有自己的临时表空间（有自己的 ibd 文件），如果为 FALSE，则表明该临时表用共享表空间。
IS_COMPRESSED：如果为 TRUE，则表明该表被压缩，反之则未压缩。
新特性 · innodb_tmpdir
出现在 5.7.11 以后的版本，用于在做某些 Online DDL 时存放临时数据。
innodb_tmpdir 的值覆盖 tmpdir，此特性只针对于 Online DDL 生效。
共享临时表空间与 tmpdir 对比：
通过 CREATE TEMPORARY TABLE ... 创建的表，该表定义会放在 tmpdir 下，默认为 / tmp
tmpdir 不是个新参数，一般也不需要指定，默认值为 / tmp，此处还是提及并与共享临时表空间做一个对比。
tmpdir 参数用于指定临时文件 (temporary files) 和临时表 (temporary tables) 的存放目录。
可以设定为一个集合并做轮询调度（用: 分割），如果要用，建议指定多个磁盘目录以提高性能。
此外，对于显式创建的临时表（create temporary table）：
与共享临时表空间不同的是，tmpdir 存储的是 compressed InnoDB temporary tables 的临时独立表空间。
以下做一个测试，验证一下：
参数检查：
先创建两张临时表，引擎均为默认的 InnoDB，其中第一张指定行格式为 COMRESSED，第二张不压缩：
检查一下两张临时表的表定义：
根据 TABLE_ID 和 IS_COMPRESSED 和 PER_TABLE_TABLESPACE 参数
可得知，#sqlb48_3_0 为 compress_table，#sqlb48_3_1 为 uncompress_table
创建好了之后，检查 / tmp 目录，也就是 tmpdir。
可以发现，两张显式创建的临时表的【表定义文件】都被放到了 tmpdir 下。
此外，#sqlb48_3_0 也就是 IS_COMPRESSED 为 TRUE 的那张压缩表，ibd 文件也放在了 tmpdir 文件中。
那么理论上，#sqlb48_3_1 这张未压缩的表的数据放到了 ibtmp1 中，也就是放到了共享临时表空间中。
简单验证一下，验证思路为两张表插入大量数据。
并分别检查 ibtmp1 文件和 #sqlb48_3_0.ibd 文件的大小变化：
对 compress_table 表：
可以发现，针对压缩的 InnoDB 临时表，其数据放在 tmpdir 下的 ibd 文件中
再简单测试一下非压缩的 InnoDB 临时表：
显然，非压缩的 InnoDB 临时表将数据存放在了共享临时表空间。
tmpdir 下的东西和共享临时表空间最大的共同点以及特性就是，实例关闭之后，将会被删除。
slave_load_tmpdir
该参数也不是 5.7 的新伙计，默认值取决于 tmpdir 的参数。
用于存放 slave 上产生的特殊的临时文件：
在 master 上出现 LOAD DATA INFILE ... 时，被记录到 binlog 并发送给 slave，在 SQL thread 从 relaylog 提取数据时，写入指定的目录下，然后执行 LOAD DATA LOCAL INFILE ...，结束之后则会删掉这个文件。
增加这个参数是为了复制的可靠性和数据一致性。
如果默认放在 tmpdir 下，如果此时遭遇重启，文件丢失，则会导致复制失败。
如果 master 有使用这样的语句，建议将该目录指定在基于可靠存储设备上。
可能遇到的问题：
MySQL 5.7.6 以后，开始支持 32KB 和 64KB 的 page size，若将 page size 修改为 32 或者 64KB，则不能使用 ROW_FORMAT=COMPRESSED，该行格式能支持的最大 page size 为 16KB。
若要保证 ROW_FORMAT=COMPRESSED 生效，innodb_file_format 必须设置为 Barracuda。
欢迎加入本站公开兴趣群
软件开发技术群
兴趣范围包括：Java，C/C++，python�php，Ruby，shell等各种语言开发经验交流，各种框架使用，外包项目机会，学习、培训、跳槽等交流
QQ群：204132433
Hadoop源代码研究群
兴趣范围包括：Hadoop源代码解读，改进，优化，分布式系统场景定制，与Hadoop有关的各种开源项目，总之就是玩转Hadoop
QQ群：204050420
本文标题：MySQL 5.7 新特性 共享临时表空间及临时表改进Mysql
本站链接：http://www.codesec.net/view/557664.html
分享请点击：
1.凡CodeSecTeam转载的文章,均出自其它媒体或其他官网介绍,目的在于传递更多的信息,并不代表本站赞同其观点和其真实性负责；
2.转载的文章仅代表原创作者观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,本站对该文以及其中全部或者部分内容、文字的真实性、完整性、及时性，不作出任何保证或承若；
3.如本站转载稿涉及版权等问题,请作者及时联系本站,我们会及时处理。
