共计 4218 个字符，预计需要花费 11 分钟才能阅读完成。
一. 什么是共享表空间和独占表空间
共享表空间以及独占表空间都是针对数据的存储方式而言的。
共享表空间: 某一个数据库的所有的表数据，索引文件全部放在一个文件中，默认这个共享表空间的文件路径在 data 目录下。默认的文件名为:ibdata1 初始化为 10M。
独占表空间: 每一个表都将会生成以独立的文件方式来进行存储，每一个表都有一个.frm 表描述文件，还有一个.ibd 文件。其中这个文件包括了单独一个表的数据内容以及索引内容，默认情况下它的存储位置也是在表的位置之中。
两者之间的优缺点
共享表空间：
优点：
可以将表空间分成多个文件存放到各个磁盘上。数据和文件放在一起方便管理。
缺点：
所有的数据和索引存放到一个文件中以为着将有一个很常大的文件，虽然可以把一个大文件分成多个小文件，但是多个表及索引在表空间中混合存储，这样对于一个表做了大量删除操作后表空间中将会有大量的空隙，特别是对于统计分析，日值系统这类应用最不适合用共享表空间。
独立表空间：在配置文件（my.cnf）中设置：innodb_file_per_table
优点：
1. 每个表都有自已独立的表空间。
2. 每个表的数据和索引都会存在自己的表空间中。
3. 可以实现单表在不同的数据库中移动。
4. 空间可以回收
a) Drop table 操作自动回收表空间，如果对于统计分析或是日值表，删除大量数据后可以通过:alter table TableName engine=innodb; 回缩不用的空间。
b) 对于使 innodb-plugin 的 Innodb 使用 turncate table 也会使空间收缩。
c) 对于使用独立表空间的表，不管怎么删除，表空间的碎片不会太严重的影响性能，而且还有机会处理。
缺点：
单表增加过大，如超过 100 个 G
二. 共享表空间存放什么东西
当你启用了 innodb_file_per_table，表被存储在他们自己的表空间里，但是共享表空间仍然在存储其它的 InnoDB 内部数据：
（1）数据字典，也就是 InnoDB 表的元数据
（2）change 缓冲区
（3）双写缓冲区
（4）回滚段
（5）undo 空间
（6）外键约束系统表
因此，我们在初始化 ibdata1 时，最好设置大一些，这样就可以避免因为在高并发情景下导致 ibdata1 急剧增大，大大影响性能。
三. 什么原因引起 ibdata1 大小迅速增加
(1)出现 Bug
(2)清除事务的速度跟不上, 主要是磁盘 IO
(3)大事务 undo，即使 kill 了，空间也不能回收
主要从如下方面改进：
(1)并发 purge 线程够不
(2)磁盘 IO
(3)不要用 32 位系统
(4)尽量减少大事务执行，将大事务进行分拆多个小事务执行
当设置 innodb_file_per_table= 1 启用独立表空间后，ibdata1 变很大，常见的原因都是有大活动事务执行很久没有完成或是存在回滚空间中的未清除事务数。
可以在 show engine innodb status 的 TRANSACTIONS 部分查看正在执行的活动事务或 History list length 值来确认原因。
四. 如何给共享表空间扩容
场景一：在同一磁盘中给共享表空间的 ibdata1 扩容操作：
检查 my.cnf 文件配置的 ibdata1 大小初始值为 1000M，自动增长，如下：
innodb_data_home_dir=/apps/dbdat/mariadb10_data3306
innodb_data_file_path=ibdata1:1000M:autoextend
检查数据文件目录中 ibdata1 实际文件大小为 1786773504，如下：
-rw-r–r– 1 apps apps 1786773504 Jul 27 21:29 ibdata1
这里扩容有两个注意的地方：
1. 若 ibdata1 的实际大小没有超过 1000M，那么扩容的配置文件中直接写 1000M;
2. 若 ibdata1 的实际大小超过了 1000M，则扩容的配置文件中写实际的精确大小值 ，如上面这个场景的操作：
(product)root@localhost [(none)]> select 1786773504/1024/1024;
+———————-+
| 1786773504/1024/1024 |
+———————-+
| 1704.00000000 |
+———————-+
1 row in set (0.00 sec)
更改 my.cnf 配置, 增加一个 ibdata2, 如下
innodb_data_file_path=ibdata1:1704M;ibdata2:1000M:autoextend —— 这里注意格式，分号和冒号
重启 MySQL 后，检查新增的 ibdata2 是否生效，下面表示已有生效。
[apps@mvxl0782 mariadb10_data3306]$ ls -l|grep ibd
-rw-r–r– 1 apps apps 1786773504 Jul 31 18:44 ibdata1
-rw-rw—- 1 apps apps 1048576000 Jul 31 18:44 ibdata2
场景二：在不同磁盘中给共享表空间的 ibdata1 扩容操作：
根据场景一中扩容的两点注意，更改 my.cnf 配置, 在不同磁盘中增加一个 ibdata3, 如下
innodb_data_file_path=ibdata1:1704M;ibdata2:1000M;/apps2/dbdat/ibdata3:100M:autoextend
重启 mysql 时，报下面错：
160731 18:53:29 mysqld_safe mysqld from pid file /apps/dbdat/mariadb10_data3306/mysql.pid ended
160731 18:53:38 mysqld_safe Starting mysqld daemon with databases from /apps/dbdat/mariadb10_data3306
160731 18:53:38 [Note] /apps/svr/mariadb10/bin/mysqld (mysqld 10.0.20-MariaDB-log) starting as process 15681 …
2016-07-31 18:53:38 7f83161d9760 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in
future releases, together with the option innodb_use_sys_malloc and with the InnoDB’s internal memory allocator.
160731 18:53:38 [Note] InnoDB: Using mutexes to ref count buffer pool pages
160731 18:53:38 [Note] InnoDB: The InnoDB memory heap is disabled
160731 18:53:38 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
160731 18:53:38 [Note] InnoDB: Memory barrier is not used
160731 18:53:38 [Note] InnoDB: Compressed tables use zlib 1.2.3
160731 18:53:38 [Note] InnoDB: Using Linux native AIO
160731 18:53:38 [Note] InnoDB: Using CPU crc32 instructions
160731 18:53:38 [Note] InnoDB: Initializing buffer pool, size = 21.0G
160731 18:53:39 [Note] InnoDB: Completed initialization of buffer pool
2016-07-31 18:53:39 7f83161d9760 InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: If you are installing InnoDB, remember that you must create
InnoDB: directories yourself, InnoDB does not create them.
160731 18:53:39 [ERROR] InnoDB: File /apps/dbdat/mariadb10_data3306//apps2/dbdat/ibdata3: ‘create’ returned OS error 71. Cannot cont
inue operation
160731 18:53:39 mysqld_safe mysqld from pid file /apps/dbdat/mariadb10_data3306/mysql.pid ende
从上面看到 mysql 实际上是识别 /apps/dbdat/mariadb10_data3306//apps2/dbdat/ibdata3 文件，由于 innodb_data_home_dir=/apps/dbdat/mariadb10_data3306 有设置数据文件目录，所以将设置重新改为如下：
innodb_data_home_dir=
innodb_data_file_path=/apps/dbdat/mariadb10_data3306/ibdata1:1704M;/apps/dbdat/mariadb10_data3306/ibdata2:1000M;/apps2/dbdat/ibdata3:100M:autoextend
——— 这里注意格式，分号和冒号
查看新磁盘中下的 ibdat3 文件已有产生，如下：
[apps@mvxl0782 mariadb10_data3306]$ cd /apps2/dbdat
[apps@mvxl0782 dbdat]$ ls -lt
total 102404
-rw-rw—- 1 apps apps 104857600 Jul 31 19:00 ibdata3
