关于集群，ndbcluster引擎的大数据量表备份数据还原时，出现锁等待？急求解决办法....

kider

看来主要是你数据的问题，已经有重复数据了，Duplicate了。
不行就重新清空再导入，如果还有duplicate那么就是数据有问题 ，或是 你备份的有问题，恢复时出错了
注意下：导入时不要有其他数据库操作。

kider

那你这个不是数据的问题。
调调参数试试吧，参数里关于"timeout"相关的可以适当调大点...

或不用source, 用mysql命令直接导入试试国庆节快乐！

kider

估计是那个事务没有及时提交产生了锁。
特别是当一个SQL执行完了，但未COMMIT，后面的SQL想要执行就是被锁，超时结束；

看看show engine innodb status , 并结合 show full processlist; 找找问题

在5.5中，information_schema 库中增加了三个关于锁的表（MEMORY引擎）；
innodb_trx ## 当前运行的所有事务
innodb_locks ## 当前出现的锁
innodb_lock_waits ## 锁等待的对应关系
帮助来诊断。

另外，附：
1、锁等待超时。是当前事务在等待其它事务释放锁资源造成的。可以找出锁资源竞争的表和语句，优化你的SQL，创建索引等，如果还是不行，可以适当减少并发线程数。

2、你的事务在等待给某个表加锁时超时了，估计是表正被另的进程锁住一直没有释放。
可以用 SHOW INNODB STATUS/G; 看一下锁的情况。

3、搜索解决 之道
在管理 节点的[ndbd default]处加：
TransactionDeadLockDetectionTimeOut=10000（设置 为10秒）默认是1200（1.2秒）

4、InnoDB会自动的检测死锁进行回滚，或者终止死锁的情况。

如果参数innodb_table_locks=1并且autocommit=0时，InnoDB会留意表的死锁，和MySQL层面的行级锁。另外，InnoDB不会检测MySQL的Lock Tables命令和其他存储引擎死锁。
你应该设置innodb_lock_wait_timeout来解决这种情况。
innodb_lock_wait_timeout是Innodb放弃行级锁的超时时间。