MySQL Cluster磁盘存储表报“The table is full”问题求助

首先，咱们先拆解你遇到的核心问题：虽然你创建了指定磁盘存储的表，但插入数据时还是触发了表满错误，这本质是MySQL Cluster的Disk Data（磁盘存储）特性仍然依赖DataMemory来缓存数据和管理索引，你的当前配置里DataMemory不足以支撑你要插入的数据量。

核心原因分析 #

1. DataMemory配置不足
   你设置的DataMemory=2048M，这个参数是数据节点用来缓存磁盘表数据、索引元数据以及临时工作数据的内存空间。换算成32K页面的话，总页面数是2048*1024/32=65536，和你内存报告里的total 65536完全对应。当数据使用到94%时，这个缓存空间耗尽，就会触发表满错误——哪怕你的磁盘表空间还有剩余，因为数据节点没有足够内存来处理新的插入操作。

2. 分区语句的表名错误
   你的分区语句里写的表名是usertable4M，但实际创建的表名是user，这会导致分区操作没有作用到目标表上，可能影响数据的分片存储效率，虽不是本次报错的主因，但需要修正。

具体解决方法 #

1. 调大DataMemory参数 #

你的虚拟机有16GB内存，完全可以给数据节点分配更多的DataMemory：

• 修改config.ini里的[ndbd default]段：

  DataMemory=8192M  # 可根据实际情况调整在6GB-10GB区间，平衡内存占用和性能
  

  调整后需要重启管理节点和数据节点才能生效。

2. 修正分区语句 #

执行正确的分区命令，确保分区属性继承磁盘表的配置：

ALTER TABLE user PARTITION BY KEY() PARTITIONS 4;

3. 验证磁盘表配置是否生效 #

执行以下语句确认表的存储属性：

SHOW CREATE TABLE user;

检查输出是否包含TABLESPACE ts_1 STORAGE DISK，同时前往数据节点的DataDir（你设置的/usr/local/mysql/data）查看是否生成了undo1.dat和data1.dat至data24.dat文件，确认磁盘存储配置确实生效。

4. 可选：优化日志相关参数（应对更大数据量） #

如果后续需要插入更大规模的数据，可以适当调大FragmentLog的总容量，提升事务日志处理能力：

FragmentLogFileSize=512M
NoOfFragmentLogFiles=16

补充说明 #

MySQL Cluster的Disk Data并不是完全脱离内存的存储方案，DataMemory是数据节点的核心工作内存，负责缓存高频访问数据、维护索引结构以及处理事务临时数据。所以即使是磁盘表，足够的DataMemory也是保证插入和查询性能的关键。

内容的提问来源于stack exchange，提问作者abouyahya85