MYSQL 表空间设置上的一些细节

早些年的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,最近失眠，所以早上就可以看到我“发疯”。