早些年的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,最近失眠，所以早上就可以看到我“发疯”。
原文作者：AustinDatabases；如有侵权，请联系管理员删除。
最新文章
- 没有谁是垮掉的一代--记 第四届 OceanBase 数据库大赛
- MongoDB 大俗大雅，高端知识讲“庸俗” --3 奇葩数据更新方法
- MongoDB 学习建模与设计思路--统计数据更新案例
- 在被厂商围剿的DBA 求生之路 --我是老油条
- MongoDB 大俗大雅，高端的知识讲“通俗” -- 2 嵌套和引用
- MongoDB 大俗大雅，高端的知识讲“低俗” -- 1 什么叫多模
- OceanBase4.0 跟我学--分布式到底可靠不可靠，到底丢不丢数--终于学完了
- POLARDB 添加字段 “卡” 住---这锅Polar不背
- PostgreSQL 运维的难与“难” --上海PG大会主题记录
- PostgreSQL 变成"户外人士",后的自救的方法
