mysql cluster的磁盘表空间问题？

1、一个用户对应一个方案名是对的。 2、【一个数据库有多个表空间，一个表空间里有多个数据文件】这个就有点问题了。 【表空间】是oracle的逻辑上的概念，【数据文件】是oracle的物理上的概念，是不一样的。 3、oracle以表空间的概念管理数据，一个表空间可能存在在一个或者多个数据文件中。 4、oracle中用户的所有数据都是存放在表空间中的，很多个用户可以共用一个表空间，也可以指定一个用户只用某一个表空间。

innodb的可以用以下方式设置

[mysqld]

innodb_data_file_path = ts #用来容纳InnoDB数据表的表空间：可能涉及一个以上的文件；每一个表空间文件的最大长度都必须以B,MB,GB为单位给出；表空间文件的名字必须以分号隔开；最后一个表空间文件还以带有一个autoextend属性和一个最大长度(max:n)。如：ibdata1:1Gibdata2:1G:autoextend:max:2G。默认设置是ibdata1:10M:autoextend

innodb_autoextend_increment = n #带有autoextend属性的表空间文件每次加大多少兆字节(默认是8MB)，该属性不涉及具体的数据表文件，那些文件的增大速度相对是比较小的

示例：

innodb_data_file_path=ibdata1:50Mibdata2:50M:autoextend

myisam:

与系统有关

以MySQL 8.0 来说，通过查看 8.0 的官方文档得知，8.0 的临时表空间分为会话临时表空间和全局临时表空间，会话临时表空间存储用户创建的临时表和当 InnoDB 配置为磁盘内部临时表的存储引擎时由优化器创建的内部临时表，当会话断开连接时，其临时表空间将被截断并释放回池中；也就是说，在 8.0 中有一个专门的会话临时表空间，当会话被杀掉后，可以回收磁盘空间；而原来的 ibtmp1 是现在的全局临时表空间，存放的是对用户创建的临时表进行更改的回滚段，在 5.7 中 ibtmp1 存放的是用户创建的临时表和磁盘内部临时表；

也就是在 8.0 和 5.7 中 ibtmp1 的用途发生了变化，5.7 版本临时表的数据存放在 ibtmp1 中，在 8.0 版本中临时表的数据存放在会话临时表空间，如果临时表发生更改，更改的 undo 数据存放在 ibtmp1 中；

实验验证：将之前的查询结果保存成临时表，对应会话是 45 号，通过查看对应字典表，可知 45 号会话使用了 temp_8.ibt 这个表空间，通过把查询保存成临时表，可以用到会话临时表空间，如下图：

下一步杀掉 45 号会话，发现 temp_8.ibt 空间释放了，变为了初始大小，状态为非活动的，证明在 mysql8.0 中可以通过杀掉会话来释放临时表空间。

总结：在 mysql5.7 时，杀掉会话，临时表会释放，但是仅仅是在 ibtmp 文件里标记一下，空间是不会释放回 *** 作系统的。如果要释放空间，需要重启数据库；在 mysql8.0 中可以通过杀掉会话来释放临时表空间。

---