早些年的MYSQL 版本大多没有那么多想法,能装上,一堆的数据库文件,都在一个ibdata1 文件的例子并不少见,可能现在想想好可怕,要是万一坏了,不想在想下去了。
现在的MYSQL 对表空间的要求,比肩ORACLE ,可能大部分人都已经觉得我已经使用innodb_file_per_table了,差不多了。好像也是这么回事。
really?
首先你的了解到 MYSQL 的变化,之前ibdata 文件存储的数据 主要由
1 data dictionary 数据字典
2 change buffer
3 doublewrite buffer
4 undo logs
等组成,所以对 ibdata 文件的要求很大,并且希望是多个文件来支持MYSQL 的运行。
现在的ibdata 文件,已经将 undo logs doublewrite 等文件移出了 ibdata 文件(在MYSQL 5.7 官方没有找到,在percona 版本中有innodb_parallel_doublewrite_path 的默认值,会在数据目录中产生一个xb_doublewrite的文件
所以ibdata 文件的功能已经减少了。
另在innodb_file_per_table 是必须要打开的,不能再将所有数据都在灌入到ibdata文件中。
另外创建表已经可以直接使用类似 tablespace 这样的方式,并且可以进行表在表空间的移动。但目前这样做的情况是少之又少。
但我们需要知道如果遇到这样问题如何处理,例如系统中有几个表比较HOT ,那我们有一个其他的 data path 挂载了 SSD 盘,如何将部分HOT 表的文件移植到SSD 的磁盘上,就会遇到上面的要建立 table space 然后在建表的时候指定 在 SSD 上的TABLE SPACE。
具体操作是,参见下图,需要注意的有以下几点
1 建表的格式是什么 dynamic 还是 compressed 或者 compact
2 建立表空间时你这是的 file_block_size 是多少,是否符合你要的表的格式需要的 block_size???
否则就会报错。
顺便回答一些friends 的 asking,最近失眠,所以早上就可以看到我“发疯”。