分析原因：表但行数据太大

解决办法：需要更改表结构，使最大单行数据的大小小于8KB！

2、  导入大量数据的时候遇到如下报错

分析原因：遇到这个错误，是表示redo log用完了，需要增加

解决办法：修改config.ini文件，更改或添加如下参数：

NoOfFragmentLogFiles这个参数可以更改到更大，但是初始化的时候会慢一点

3、  在导入大量数据的时候，出现如下报错

分析原因：你分配的内存或者硬盘空间已经用完(如果你采用磁盘表的话)，需要通过ndb管理节点客户端和登录mysql查看具体的原因，通过ndb_mgm登录，执行命令:

All report memory看下分配的内存是否使用完，如果采用磁盘表的，还需要登录mysqld节点，然后执行如下查询，来确定是否是磁盘不足：

解决办法：如果是数据内存不足的情况，直接更改文件config.ini中[NDBD DEFAULT]下的

根据实际情况加大

如果是采用磁盘表，磁盘文件空间不足的情况，就需要添加磁盘文件，格式如下：

4、  在还原的时候遇到如下报错

分析原因：因为还原的时候会去连接mysqld，而在配置ndb的时候没有添加空的mysqld节点，因此出现这个报错

解决办法：在config.ini添加几个空的mysqld节点，语法如下：

5、  导入大量数据的时候或者执行大量的insert或者update操作的时候，经常会出现如下报错：

这个报错的原因有几个，第一、是参数SendBufferMemory设置过小，第二、和mysqld的二进制日志有关系，第三、和网络环境有关系

解决办法：查看网络环境是否OK ，是否出现双工模式部队，是否都是千兆网或者百兆网，加大SendBufferMemory的设置，一般2M就够了，设置TotalSendBufferMemory = 256M，最后如果还是出现如此报错，建议关闭mysql的二进制日志，在my.cnf中注释掉相关的参数就可以了，比如：

6、  错误日志

分析原因：这个问题是因为undo日志文件空间用完了！

解决办法：增加undo日志空间文件，语法如下：

7、  还原的时候出现如下报错：

分析原因：出现这个问题是锁定超过1.2s

解决办法：在config.ini中加入：TransactionDeadLockDetectionTimeOut=10000 默认是1200

8、  创建日志文件组的时候，出现如下报错：

用SHOW WARNINGS;       查看详细报错如下：

分析原因：是因为SharedGlobalMemory的值比UNDO_BUFFER_SIZE小导致错误

解决办法：把SharedGlobalMemory调大，原来我的UNDO_BUFFER_SIZE为128，但是我的SharedGlobalMemory为80，将SharedGlobalMemory设置成384M解决问题。