本文共 1853 字,大约阅读时间需要 6 分钟。
本例子假设你的和MemSQL都跑在同一台机器上,MySQL 在3306 端口,而MemSQL在 3307端口,同时假设二者都可以通过root账号无需密码访问。
使用mysqldump工具移植
mysqldump是MySQL客户端最常用的数据备份工具之一,它会生成一些列创建表和插入数据的语句,因此用来恢复一个是最方便的。
当你确定要将数据迁移到MemSQL之前,有几个注意事项:
大多数MySQL存储引擎都是使用 B-tree 来存储索引的,而 MemSQL 是使用单向无锁的 skip 列表或者无锁的哈希表。选择正确的索引数据结构对应用程序的性能会有显著的提升。其中哈希表主要适合 key-value 的查找,而 skip 列表特别适合用于复杂范围的扫描和排序(ORDER BY)。因此在进行迁移之前,你得重新审视你得表定义并确定是否能使用 MemSQL 专有的优化。默认的 BTREE 符号将被转成升序的 skip 列表。如果你需要对某个列做双向的范围扫描,你可以考虑同时增加升序和降序的索引,更多 MemSQL 的索引信息请看 indexes
因为 code generation 的缘故, MemSQL 首次加载数据库结构的速度要比 MySQL 慢,因为 MemSQL 首次加载表结构时,会生成并编译代码来实现这个表的架构,包括内存分配、插入、删除和迭代方法等等。一旦表被编译完成,MemSQL 将在整个运行期间直接使用编译好的代码。而 mysqldump 生成的 INSERT 语句也将特别编译一次。
mysqldump 会生成一些 MemSQL 不支持的 SQL 语句,例如不支持 UNIQUE_CHECKS,为了更好的支持 mysqldump,MemSQL 对这些不支持的语句只是予以警告,可通过调整warn_level 变量来控制错误的级别,详情请看 Unsupported Features . 某些 CREATE TABLE 语句可能被完全阻止执行,如果你遇见这种问题,只能手工去修改表的定义SQL。
如果你运行 MemSQL 的机器没有足够的内存来加载数据,服务器将会对 INSERT 语句执行报 out-of-memory 的错误信息,这种情况你只能安装更多的内存。如果你将已有的 memsqlbin 目录复制到新的机器上,那么MemSQL 会继续沿用已编译的表定义和 INSERT 语句。如果你使用的是 MemSQL 开发版,而且超过了10G 的限制,那你可以参考 memsql.com/next 来了解如何升级。
建议你将数据库结构定义和数据分开独立文件存放,这样就可以在需要的时候来调整表结构,你可以使用下面命令来分别导出数据库结构和数据文件:
$ mysqldump -h 127.0.0.1 -u root -B [database name] --no-data > schema.sql$ mysqldump -h 127.0.0.1 -u root -B [database name] --no-create-info > data.sql |
然后通过下面方法导入:
$ mysql -h 127.0.0.1 -u root -P 3307 < schema.sql$ mysql -h 127.0.0.1 -u root -P 3307 < data.sql |
运行这些步骤时,你可以观察 memsql_tracelog(同时也输出到 stderr)来查看执行过程中被忽略的不被支持的特性。一旦导入完成后,你可以连接到 MemSQL 并查询结果。
转换你的应用程序
让应用程序支持 MemSQL 非常简单,只需要改连接配置即可。
注意
如果你要连接到本机的 MemSQL 应该使用 127.0.0.1 而不是 localhost,多数 MySQL 客户端可将 localhost 解析并使用 MySQL 的 socket 文件进行连接而忽略端口设置,详情请看 this page
一旦你开始运行程序,可监控 memsql_tracelog。一些不支持的SQL语法会在这里显示。
====================================分割线================================
最新内容请见作者的GitHub页:http://qaseven.github.io/
转载地址:http://lonax.baihongyu.com/