本系列文章基于5.7.20 版本讲述MySQL的新特性,从安装,文件结构,SQL,优化,复制等几个方面展开介绍5.7 的新特性和功能,同时也建议大家跟踪官方blog和文档 ,以尽快知悉其新的变化。
本文着重介绍5.7版本的innodb 相关的新特性。看了文档,只能使用目不暇接来形容5.7带来的新变化,废话不多说,进入正题--Innodb功能增强。
3.1 动态修改varchar 长度大小。
在5.7版本中可以通过ALTER TABLE语句以in place方式修改varchar的大小且无需table-copy。但存在限制:表示varchar长度的字节数不能变化(如果变更前使用1个字节表示长度,变更后也必须使用1个字节表示),即只支持0~255内的或者255以上的范围变更(增大),如果字段的长度从254增到256时就不能使用in-place算法,必须使用copy算法也即会阻塞DML,否侧报错,需要注意的是减小varchar(N)长度的大小必须使用copy类型,如:
mysql> alter table yy change column name name varchar(256) ,algorithm=inplace;
ERROR 1846 (0A000): ALGORITHM=INPLACE is not supported. Reason: Cannot change column type INPLACE. Try ALGORITHM=COPY.
mysql> alter table yy change column name name varchar(255) ,algorithm=inplace;
Query OK, 0 rows affected (0.05 sec)
Records: 0 Duplicates: 0 Warnings: 0
mysql> alter table yy change column name name varchar(256) ,algorithm=copy;
Query OK, 1 row affected (0.10 sec)
Records: 1 Duplicates: 0 Warnings: 0
mysql> alter table yy change column name name varchar(100) ,algorithm=inplace;
ERROR 1846 (0A000): ALGORITHM=INPLACE is not supported. Reason: Cannot change column type INPLACE. Try ALGORITHM=COPY.
3.2 临时表性能优化
MySQL 5.7对临时表做了极大的改动以便提升性能。通过优化 CREATE TABLE, DROP TABLE, TRUNCATE TABLE,和ALTER TABLE 语句的执行逻辑,提升临时表的性能。(这个是从官网翻译的,还没找到除了alter之外的其他资料说明详细的优化过程) InnoDB临时表元数据不再存储于InnoDB系统表而是存储在INNODB_TEMP_TABLE_INFO,包含所有用户和系统创建的临时表信息。该表在第一次在其上运行select时被创建。
mysql> desc information_schema.INNODB_TEMP_TABLE_INFO;
+----------------------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+----------------------+---------------------+------+-----+---------+-------+
| TABLE_ID | bigint(21) unsigned | NO | | 0 | |
| NAME | varchar(202) | YES | | NULL | |
| N_COLS | int(11) unsigned | NO | | 0 | |
| SPACE | int(11) unsigned | NO | | 0 | |
| PER_TABLE_TABLESPACE | varchar(64) | YES | | NULL | |
| IS_COMPRESSED | varchar(64) | YES | | NULL | |
+----------------------+---------------------+------+-----+---------+-------+
6 rows in set (0.00 sec)
3.3 新增临时表空间
为所有非压缩的innodb临时表提供一个独立的表空间,我们可通过innodb_temp_data_file_path参数指定临时表空间的路径和大小。语法为:
file_name:file_size[:autoextend[:max:max_file_size]]
例子:
innodb_temp_data_file_path=ibtmp1:50M;ibtmp2:12M:autoextend:max:500MB
如果不指定该参数,系统会在data_dir指定的目录创建一个名为ibtmp1大于12M的文件,而且是自适应增长的。
mysql> show global variables like 'innodb_temp_data_file_path';
+----------------------------+-----------------------+
| Variable_name | Value |
+----------------------------+-----------------------+
| innodb_temp_data_file_path | ibtmp1:12M:autoextend |
+----------------------------+-----------------------+
1 row in set (0.00 sec)
MySQL每次重新启动时,会重新创建临时表空间。如果启动是不能创建临时空间则MySQL启动失败。
注意: 从5.7.5开始,新增一个系统选项 internal_tmp_disk_storage_engine 可定义磁盘临时表的引擎类型为 InnoDB,而在<= 5.6版本只能使用 MyISAM。而在5.6.3以后新增的参数default_tmp_storage_engine是控制create temporary table创建的临时表的存储引擎,在以前默认是MEMORY,不要把这二者混淆了。
mysql> show global variables like '%storage_engine%';
+----------------------------------+--------+
| Variable_name | Value |
+----------------------------------+--------+
| default_storage_engine | InnoDB |
| default_tmp_storage_engine | InnoDB |
| disabled_storage_engines | |
| internal_tmp_disk_storage_engine | InnoDB |
+----------------------------------+--------+
3.4 引入新的"non-redo" undo log
从MySQL 5.7.2开始 针对临时表及相关对象引入新的"non-redo" undo log,存放于临时表空间。该类型的undo log非 redolog, 因为临时表在数据库崩溃后不需要恢复,也就无需redo logs,避免了写relog相关的io,从而提高了性能。必须指出操作临时表需要 undo log用于MySQL运行时的回滚、MVCC等。详见《innodb-temporary-table-undo-logs》
3.5 支持新的DATA_GEOMETRY空间类型的数据
InnoDB现在支持MySQL-supported空间数据类型。也即,之前的空间数据是以binary BLOB数据存储的,现在空间数据类型被映射到了一个InnoDB内部数据类型DATA_GEOMETRY.
3.6 升级innochecksum
innochecksum--离线的InnoDB文件校验工具,新增新的选择项或扩展的功能,如可指定特定的校验算法、可以只重写校验值而不进行验证、可指定允许的校验和不匹配量、显示各类页的个数、导出页类型信息、输出至日志、从标准输入读取数据等。从 5.7.2 起可支持校验超过2G的文件。
innochecksum --page-type-summary ../data/test/tab1.ibd
File::../data/test/tab1.ibd
================PAGE TYPE SUMMARY==============
#PAGE_COUNT PAGE_TYPE
===============================================
2 Index page
0 Undo log page
1 Inode page
0 Insert buffer free list page
2 Freshly allocated page
1 Insert buffer bitmap
0 System page
0 Transaction system page
1 File Space Header
0 Extent descriptor page
0 BLOB page
0 Compressed BLOB page
0 Other type of page
===============================================
Additional information:
Undo page type: 0 insert, 0 update, 0 other
Undo page state: 0 active, 0 cached, 0 to_free, 0 to_purge, 0 prepared, 0 other
详细的用法参考innochecksum 官方文档
3.7 online DDL语句重建普通表和分区表
OPTIMIZE TABLE、ALTER TABLE … FORCE、ALTER TABLE … ENGINE=INNODB等操作支持支持使用inplace算法。减少了重建时间和对应用的影响。
3.8 针对Fusion-io NVM 文件系统的优化
Linux系统中Fusion-io Non-Volatile Memory (NVM)文件系统提供了原子写能力,使InnoDB的doublewrite变得冗余。因此,MySQL5.7.4以后,如果Fusion-io设备支持原子写, MySQL系统会自动关闭doublewrite,减少IO,提升性能。
3.9 支持多个线程刷dirty pages
InnoDB 支持通过参数innodb_page_cleaners配置多个线程从 buffer pool instances 刷新脏页。该参数默认值为1,不过5.7.8 之后,innodb_purge_threads 和 innodb_page_cleaners的默认值从1修改为4,而且如果innodb_page_cleaners的个数超过innodb_buffer_pool_instances的大小会被自动设置为buffer pool instances 大小一致。
其实关于innodb的新特性和新功能一篇远远不够,下一篇继续介绍关于 5.7 innodb相关的知识。