通用表空间适合集中存储多个大表于自定义路径的.ibd文件，但不支持删数据文件、在线收缩，且必须显式指定TABLESPACE才生效；CREATE TABLESPACE必须带ADD DATAFILE，路径需存在、后缀为.ibd，AUTOEXTEND_SIZE须为4M整数倍。
直接说结论：通用表空间（General Tablespace）适合把多个大表集中存到一个自定义路径的 .ibd 文件里，但不能删数据文件、不支持在线收缩、创建后必须显式指定 TABLESPACE 才能生效——它不是“自动接管”，而是“手动分组”。
CREATE TABLESPACE 语句必须带 ADD DATAFILE
MySQL 8.0 不允许空壳式创建通用表空间。哪怕你只想让它落在 datadir 下，也得写明文件名：
CREATE TABLESPACE ts_log ADD DATAFILE 'ts_log.ibd' ENGINE=InnoDB;
常见错误是漏掉 ADD DATAFILE，会报错：ERROR 1064 (42000): You have an error in your SQL syntax。注意：
- 路径可以是相对路径（如上例），MySQL 自动补全为
datadir/ts_log.ibd - 若用绝对路径（如
'/ssd/mysql/ts_log.ibd'），目录必须已存在且 MySQL 用户有读写权限 - 文件名后缀必须是
.ibd，否则报错：ERROR 3135 (HY000): Invalid data file path
表不会自动进入通用表空间，必须显式指定 TABLESPACE
启用通用表空间后，新表默认仍走独立表空间（innodb_file_per_table=ON 时）。想让表进 ts_log，建表或迁移时必须加 TABLESPACE：
CREATE TABLE logs_2024 ( id BIGINT PRIMARY KEY, content TEXT ) TABLESPACE = ts_log;
已有表迁移过去也一样：
ALTER TABLE old_logs TABLESPACE = ts_log;
容易踩的坑：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 误以为“创建了表空间，后续同库表就自动归入”——完全不会，不写
TABLESPACE就还是生成自己的.ibd -
TABLESPACE值大小写敏感，ts_log≠TS_LOG；查不到会报错：ERROR 1932 (42S02): Table doesn't exist in engine - 迁移前确保目标表空间未加密，或已配置好 keyring；否则报错：
ERROR 3185 (HY000): Can't find master key from keyring
AUTOEXTEND_SIZE 要设成 4M 的整数倍，否则 CREATE 失败
从 MySQL 8.0.23 起支持 AUTOEXTEND_SIZE，用于控制文件扩容步长。但它有硬性限制：
- 必须是 4M 的整数倍（
4M、8M、12M…），写6M直接报错：ERROR 3873 (HY000): AUTOEXTEND_SIZE must be a multiple of 4MB - 最小值取决于
innodb_page_size：默认 16K 时，最小就是4M；若调成 64K，则最低要16M - 最大不能超
4G；设太大（如5G）会触发：ERROR 3874 (HY000): AUTOEXTEND_SIZE exceeds maximum allowed value
正确写法示例：
CREATE TABLESPACE ts_archive AUTOEXTEND_SIZE=8M ADD DATAFILE 'ts_archive.ibd' ENGINE=InnoDB;
通用表空间不能删除数据文件，DROP TABLESPACE 也不释放磁盘空间
这是最容易被忽略的约束：通用表空间一旦创建，.ibd 文件就和 MySQL 实例强绑定。即使你执行：
DROP TABLESPACE ts_log;
MySQL 只清元数据，ts_log.ibd 文件仍留在磁盘上，且无法再被其他表空间复用。必须手动删文件（并确认无任何表在用该空间）：
- 先查是否还有表引用：
SELECT NAME, SPACE_TYPE FROM information_schema.INNODB_TABLESPACES WHERE NAME = 'ts_log';，结果为空才安全 - 停 MySQL，删物理文件，再重启（不重启直接删会导致崩溃）
- 没有类似
OPTIMIZE TABLE的命令能收缩通用表空间；碎片只能靠导出重建
所以通用表空间适合长期稳定、增长可预期的大表集合，不适合频繁增删表的场景。
