位置: 编程技术 - 正文
MySQL的InnoDB扩容及ibdata1文件瘦身方案完全解析(mysql innodb缓存)
编辑：rootadmin推荐整理分享MySQL的InnoDB扩容及ibdata1文件瘦身方案完全解析(mysql innodb缓存)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:mysql innodb缓存,mysql数据库扩容有几种方法,mysql innodb_page_size,mysql扩大内存,mysql 磁盘扩容,mysql innodb内存,mysql innodb缓存,mysql innodb内存,内容如对您有帮助，希望把文章链接给更多的朋友！
mysql的innodb扩容为了添加一个数据文件到表空间中，首先要关闭 MySQL 数据库，编辑 my.cnf 文件，确认innodb ibdata文件的实际情况和my.cnf的配置是否一致，这里有两种情况：1.my.cnf的配置
如果当前数据库正在使用ibdata1，或者使用ibdata2，但ibdata2没有超过G，则对my.cnf配置直接改成：
2.如果设置了最后一个ibdata自动扩展时，有可能最后一个ibdata的占用空间大于my.cnf的配置空间。例如：
这时，需要精确的计算ibdata2的大小 M，修改：
重启mysql。注意：1、扩容前注意磁盘空间是否足够。2、restart后关注是否生成了新的ibdata。更多说明：如果，最后一个文件以关键字 autoextend 来描述，那么编辑 my.cnf 的过程中，必须检查最后一个文件的尺寸，并使它向下接近于 * bytes (= 1 MB) 的倍数（比方说现在autoextend 的/ibdata/ibdata1为.5M，而在旧的my.ini中为M，则需要修改为innodb_data_file_path = /ibdata/ibdata1:M; 且必须是M，如果指定M，就会报错。），并在 innodb_data_file_path 中明确指定它的尺寸。然后你可以添加另一个数据文件。记住只有 innodb_data_file_path 中的最后一个文件可以被指定为 auto-extending。一个例子：假设起先仅仅只有一个 auto-extending 数据文件 ibdata1 ，这个文件接近于 MB。下面是添加了另一个 auto-extending 数据文件后的可能示例 。
ibdata1 瘦身
0. ibdata1里存了什么
当你启用了 innodb_file_per_table，表被存储在他们自己的表空间里，但是共享表空间仍然在存储其它的 InnoDB 内部数据：（1）数据字典，也就是 InnoDB 表的元数据（2）变更缓冲区（3）双写缓冲区（4）撤销日志
其中的一些在 Percona 服务器上可以被配置来避免增长过大的。例如你可以通过 innodb_ibuf_max_size 设置最大变更缓冲区，或设置 innodb_doublewrite_file 来将双写缓冲区存储到一个分离的文件。
MySQL 5.6 版中你也可以创建外部的撤销表空间，所以它们可以放到自己的文件来替代存储到 ibdata1。
1. 什么引起 ibdata1 增长迅速？
当 MySQL 出现问题通常我们需要执行的第一个命令是：
这将展示给我们一些很有价值的信息。我们从** TRANSACTION（事务）**部分开始检查，然后我们会发现这个：
这是一个最常见的原因，一个天前创建的相当老的事务。这个状态是活动的，这意味着 InnoDB 已经创建了一个数据的快照，所以需要在撤销日志中维护旧页面，以保障数据库的一致性视图，直到事务开始。如果你的数据库有大量的写入任务，那就意味着存储了大量的撤销页。
如果你找不到任何长时间运行的事务，你也可以监控INNODB STATUS 中的其他的变量，“History list length（历史记录列表长度）”展示了一些等待清除操作。这种情况下问题经常发生，因为清除线程（或者老版本的主线程）不能像这些记录进来的速度一样快地处理撤销。
2. 我怎么检查什么被存储到了 ibdata1 里了？
很不幸，MySQL 不提供查看什么被存储到 ibdata1 共享表空间的信息，但是有两个工具将会很有帮助。第一个是马克·卡拉汉制作的一个修改版 innochecksum ，它发布在这个漏洞报告里。
它相当易于使用：
全部的 中有 个撤销日志页。这占用了表空间的 %。
第二个检查表空间内容的方式是杰里米·科尔制作的 InnoDB Ruby 工具。它是个检查 InnoDB 的内部结构的更先进的工具。例如我们可以使用 space-summary 参数来得到每个页面及其数据类型的列表。我们可以使用标准的 Unix 工具来统计撤销日志页的数量：
尽管这种特殊的情况下，innochedcksum 更快更容易使用，但是我推荐你使用杰里米的工具去了解更多的 InnoDB 内部的数据分布及其内部结构。
好，现在我们知道问题所在了。
3. ibdata1 瘦身方案其中的一些在 Percona 服务器上可以被配置来避免增长过大的。例如你可以通过 innodb_ibuf_max_size 设置最大变更缓冲区，或设置 innodb_doublewrite_file 来将双写缓冲区存储到一个分离的文件。
MySQL 5.6 版中你也可以创建外部的撤销表空间，所以它们可以放到自己的文件来替代存储到 ibdata1。
通常不能移除 InnoDB 的数据文件。为了减小数据文件的大小，你必须使用 mysqldump 来转储(dump)所有的数据表，再重新建立一个新的数据库，并将数据导入新的数据库中。具体步骤如下：（1）备份数据库mysqldump -uroot -p --default-character-set=utf8 --opt --extended-insert=true --triggers -R --hex-blob --single-transaction --no-autocommit test > db_name.sql （2）停止数据库
（3）删除相关文件
（4）手动删除除Mysql之外所有数据库文件夹，然后启动数据库
（5）还原数据
主要是使用Mysqldump时的一些参数，建议在使用前看一个说明再操作。另外备份前可以先查看一下当前数据库里哪些表占用空间大，把一些不必要的给truncate table掉。这样省些空间和时间
MySQL出现SQL Error ()连接错误的解决方法 现象描述今天用heidisql登陆虚拟机的MySQL，登陆不上去。等待约一两分钟后出现错误提示：SQLError():LostconnectiontoMySQLserverat'waitingforinitialcommunicationpacket'
Mac操作系统下MySQL密码忘记后重置密码的方法 安装好MySQL以后，系统给了个默认的的密码，然后说如果忘记了默认的密码。。。。。。我复制了默认密码就走过了只一步，这一步就是我漫长旅程的开
MAC上Mysql忘记Root密码或权限错误的快速解决方案 最近一段时间都在倒腾mantis发现总是连接mysql出错，就随手修改了root权限，导致登录不上了。下面给大家分享还原root权限和更改root密码的最便捷方法。
标签: mysql innodb缓存
本文链接地址:https://www.jiuchutong.com/biancheng/347882.html 转载请保留说明！
](https://www.jiuchutong.com/image/20240129/1706497145.jpg)
