DBA应用技巧：如何升级InnoDB Plugin 2011-04-24

　　【IT168 专稿】本文中，我们将向读者详细介绍如何晋级动态InnoDB Plugin和晋级静态编译的InnoDB Plugin，以及如何转换由1.0.2以前版本创建的压缩表。

　　一、概述

　　得益于MySQL的插件式存储引擎体系结构，InnoDB Plugin的晋级变得特别简朴，只需关闭MySQL，替换与平台有关的可执行文件，然后重启服务器即可。如果您希望晋级并运用现有的数据库，那么必须关闭MySQL，否则的话，新的插件在合并缓存的插入数据或者清空已删记录的时分就会出错。如果您的数据库中没有任何压缩表，在慢关机后，运用最新的InnoDB Plugin处理起数据库来就不会遇到问题了。

　　然而，如果您的数据库中含有压缩表的话，则不合适运用InnoDB Plugin 1.0.8。因为1.0.2版本的InnoDB Plugin引入了一个不兼容的特性，所以一些压缩表可能需要重建，详细转换步骤见后文。

　　当然，我们可以运用mysqldump或其他的方法来重建我们的数据库。如果我们的数据库较小，或者各个表之间存在很多引用约束的话，那么这是一种较好的方法。

　　需要注意的是，如果运用InnoDB Plugin 1.0.8访问您的数据库的话，就不要再试图用1.0.2之前的插件来访问它们了。

　　二、晋级动态InnoDB Plugin

　　在关闭包含InnoDB Plugin的MySQL服务器之前，我们必须启用慢关闭功能，设置如下所示：

　　SET GLOBAL innodb_fast_shutdown=0;

　　在MySQL服务器在其中寻找插件的目录内，将旧InnoDB Plugin (ha_innodb_plugin.so或ha_innodb_plugin.dll)的可执行文件重新命名，以便在需要的时分可以恢复它们。过后，我们也可以删除这些文件。插件所在的目录是由系统变量plugin_dir指定的。默认的位置通常是在basedir指定的目录的lib/plugin子目录中。

　　首先，我们需要根据自己的服务器平台、操作系统和MySQL版本来下载合适的程序包。然后利用相应的工具进行解压缩，在Linux和Unix系统下通常运用tar，在Windows系统中通常运用WinZip等工具软件。将文件ha_innodb_plugin.so或ha_innodb_plugin.dll复制至MySQL服务器在其中寻找插件的目录下。

　　启动MySQL服务器。如果需要的话，可以按照后文介绍的方法来转换压缩表。

　　三、晋级静态编译的InnoDB Plugin

　　就像动态安装InnoDB Plugin一样，我们需要慢关闭MySQL服务器。如果您的MySQL是从源代码编译过来并用源代码树中的InnoDB Plugin替换了MySQL内建的InnoDB的话，那么实际上您就会得到一个特别版本的包含InnoDB Plugin的mysqld可执行文件。

　　如果您想晋级到一个动态链接的InnoDB Plugin，则需要先卸载静态编译的InnoDB Plugin，然后再安装作为共享库发行的预编译InnoDB Plugin。

　　如果您想从一个静态编译的InnoDB Plugin版本晋级到另一个静态编译的InnoDB Plugin版本的话，则必须先重新构建一个mysqld可执行文件，关闭服务器，然后替换mysqld可执行文件，再启动服务器。

　　不管怎样，如果数据库含有压缩表的话，务必按照后文介绍的方法转换压缩表。

　　四、转换由1.0.2以前版本创建的压缩表

　　InnoDB Plugin的1.0.2版本引入了一个不兼容的压缩表格式。这意味着，InnoDB Plugin早期版本创建的一些压缩表，必须运用更大的KEY_BLOCK_SIZE重新构建之后才能够连续运用。

　　晋级到InnoDB Plugin 1.0.2或更高版本的时分，如果必须保持现有的数据库的话，则需要慢关闭正在运行早先版本InnoDB Plugin的MySQL。之后，确定出哪些压缩表需要转换，继而运用新版本的InnoDB Plugin晋级这些表。详细操作如下所示。

　　下面介绍如何处理由1.0.0版本或1.0.1版本的InnoDB Plugin所创建的压缩表。由于新版本中引入了一个不兼容的特性，所以新InnoDB Plugin从压缩表清除已删记录或者合并缓冲的插入记录时，会遇到问题。然而，也不是所有的压缩表都需要重新构建。这里我们将为读者介绍如何辨认和处理这些需要重建的压缩表。

　　如果现有的数据库包含有之前版本InnoDB Plugin所创建的表的话，必须运用慢关闭运用旧的InnoDB Plugin的MySQL服务器。即，在关闭InnoDB Plugin旧实例之前，需要设置SET GLOBAL innodb_fast_shutdown=0。

　　在启动晋级了InnoDB Plugin的MySQL服务器之后，必须检查压缩表是否已经转换。首先，启用InnoDB的strict模式进行更为细致的错误检查：SET SESSION innodb_strict_mode = 1。然后，为每一个压缩表生成一个对应的新表。我们可以通过以下步骤完成：

　　1. 列出压缩表：

　　SELECT table_schema, table_name

　　FROM information_schema.tables

　　WHERE engine="innodb" AND row_format="COMPRESSED";

　　2. 对于每个表，显示其表的定义：SHOW CREATE TABLE table_schema.table_name\G

　　3. 运用不同的表名执行CREATE TABLE语句。

　　4. 如果表创建成功，删除新建的表，连续处理下一个压缩表。

　　5. 如果表创建失利，则尝试用更大的KEY_BLOCK_SIZE，直到成功为止。然后删除新创的表，运用刚才成功执行CREATE TABLE的KEY_BLOCK_SIZE对原始表执行ALTER TABLE。

　　如果某些特别的表不答应增加KEY_BLOCK_SIZE，则可以用较短的列索引长度来重建表。这是因为用于索引的列前缀会占用B树结点中的大量空间。较短的前缀减少了索引的精选，但是索引记录会更短，以便它们适于页面大小。较短的前缀还意味着更多的索引项适于B树结点，从而提高了效率。

　　如果各个表之间存在引用约束的话，上述过程将会更加复杂，所以更好的选择是联合运用旧的InnoDB Plugin和mysqldump，然后用InnoDB Plugin 1.0.2把数据载入新的数据库中。

　　五、小结

　　本文中，我们向读者详细介绍了如何晋级动态InnoDB Plugin和晋级静态编译的InnoDB Plugin，以及如何转换由1.0.2以前版本创建的压缩表。

相关知识

DBA应用技巧：如何升级InnoDB Plugin
应用技巧：如何让你的在线备份更安全？
木门销售员的沟通技巧：如何与客户聊下去？
二级建造师考试技巧：如何备战二级建造师秘方
应用技巧：如何正确理解固态硬盘
独家策划：关注老房装修新问题 服务如何升级
地板企业转型升级：如何做好变革管理
瓷砖搭配技巧：唯美L&D陶瓷教您瓷砖色彩搭配
专访羿鑫科技CEO张鑫：如何袭转快递行业大革命
麦极网董毅然：如何让你的产品在销售渠道里吃得开