[转帖]DBA应用技巧:如何升级InnoDB Plugin_OpenStack, 云计算等杂项讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  OpenStack, 云计算等杂项讨论区 »
总帖数
2
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 2912 | 回复: 1   主题: [转帖]DBA应用技巧:如何升级InnoDB Plugin        上一篇   下一篇 
white
注册用户
等级:少校
经验:1342
发帖:303
精华:0
注册:2011-7-21
状态:离线
发送短消息息给white 加好友    发送短消息息给white 发消息
发表于: IP:您无权察看 2011-9-8 17:08:07 | [全部帖] [楼主帖] 楼主

本文中,我们将向读者详细介绍如何升级动态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以前版本创建的压缩表。




赞(0)    操作        顶端 
filogra
注册用户
等级:少校
经验:1408
发帖:13
精华:0
注册:2015-6-2
状态:离线
发送短消息息给filogra 加好友    发送短消息息给filogra 发消息
发表于: IP:您无权察看 2016-8-29 9:26:59 | [全部帖] [楼主帖] 2  楼

学习了~



赞(0)    操作        顶端 
总帖数
2
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论