InnoDB导入StoneDB
此场景是利用mysqldump从InnoDB导出,而后再导入StoneDB,在导入StoneDB前,须要对导出文件做如下批改。
1)批改存储引擎
CREATE TABLE `t_user` (
xxx
) ENGINE=InnoDB;
CREATE TABLE `t_user` (
xxx
) ENGINE=stonedb;
2)去掉锁表语句
导出文件会输入”LOCK TABLES…WRITE”,这是因为导出时默认应用了参数”–add-locks”,因为StoneDB没有锁表语句,须要将导出文件的锁表语句去掉。
LOCK TABLES `t_user` WRITE;
UNLOCK TABLES;
3)去掉USING BTREE
StoneDB的索引构造是LMSTREE,InnoDB的索引构造是BTREE,如果是从其余客户端导出的文本,建表语句中如果有索引字段,通常会含有”USING BTREE”,导入StoneDB须要去掉。
4)去掉索引
在StoneDB中是不须要创立索引的,如果一个表有很多个索引,反而须要额定保护,能够将导出文件中的索引定义去掉。
StoneDB导入StoneDB
此场景是利用mysqldump从StoneDB导出,而后再导入StoneDB,在应用mysqldump时,须要留神如下几个事项。
1)应用mysqldump导出时会有如下报错,这是因为导出参数”–lock-all-tables”是默认的,示意导出期间锁表。但因为StoneDB没有锁表语句,能够应用参数”–single-transaction”躲避。
Got error: 1031: Table storage engine for 'STONEDB' doesn't have this option when doing LOCK TABLES
2)导入数据时会有如下报错,这是因为导出参数”–add-locks”是默认的,会在导出文件输入”LOCK TABLES…WRITE”,导出时能够应用参数”–skip-add-locks”躲避。
ERROR 1031 (HY000): Table storage engine for 'STONEDB' doesn't have this option
注:应用Percona的物理备份工具xtrabackup备份StoneDB时,有如下提醒,阐明xtrabackup不反对StoneDB备份。
innobackupex --defaults-file=/stonedb/install/stonedb.cnf --user=root --password=MySQL_123 --socket=/stonedb/install/tmp/mysql.sock --databases=ztpch.customer --no-timestamp /backup
Warning: "ztpch.customer" uses engine "STONEDB" and will not be backed up.
发表回复