0

信息:我正在使用 AWS RDS Mysql 5.6.34 (500GB) 实例(没有副本,只有主)

注意: Binlog 已启用并设置为 Row

目标:将列field_1从枚举修改为tinyint

额外信息:我正在使用 Rails 应用程序。所以每次我想为枚举添加一个值时,我都需要编写一个迁移。因此,将枚举字段转换为 tinyint,这样我就可以添加或删除枚举值,而无需使用Active Enum编写迁移

其他信息:我也尝试过LHM,但 RDS 实例内存不足 93%

运行 gh-ost 之前的数据库信息:

mysql> select table_schema, sum((data_length+index_length)/1024/1024) AS MB from information_schema.tables group by 1;
+--------------------+-----------------+
| table_schema       | MB              |
+--------------------+-----------------+
| information_schema |      0.00976560 |
| mysql              |      5.96277428 |
| performance_schema |      0.00000000 |
| my_app_db          | 223941.79882818 |
+--------------------+-----------------+

gh-ost前原表的大小:(从列表中只显示需要修改的表)

mysql> SELECT table_name AS `Table`, round(((data_length + index_length) / 1024 / 1024), 2) `Size (MB)` FROM information_schema.TABLES WHERE table_schema = "my_app_db";
+----------------------------------------+-----------+
| Table                                  | Size (MB) |
+----------------------------------------+-----------+
| table_abc                              |     70.41 |
| my_table                               |  86058.73 |

开始迁移:

gh-ost \
--user="user" \
--password="password" \
--host="my-endpoint.rds.amazonaws.com" \
--database="my_app_db" \
--table="my_table" \
--alter="MODIFY field_1 TINYINT(2) DEFAULT 1 NOT NULL" \
--assume-rbr \
--allow-on-master \
--verbose \
--execute

当迁移完成近 93% 时,RDS 可用内存降至 20GB。所以我停止了 gh-ost。

停止 gh-ost 后的数据库信息:

mysql> select table_schema, sum((data_length+index_length)/1024/1024) AS MB from information_schema.tables group by 1;
+--------------------+-----------------+
| table_schema       | MB              |
+--------------------+-----------------+
| information_schema |      0.00976560 |
| mysql              |      5.96277428 |
| performance_schema |      0.00000000 |
| my_app_db          | 446299.17968756 |
+--------------------+-----------------+

停止 gh-ost 后原始表的大小:

mysql> SELECT table_name AS `Table`, round(((data_length + index_length) / 1024 / 1024), 2) `Size (MB)` FROM information_schema.TABLES WHERE table_schema = "my_app_db";
+----------------------------------------+-----------+
| Table                                  | Size (MB) |
+----------------------------------------+-----------+
| _my_table_ghc                       |      0.41 |
| _my_table_gho                       | 273157.00 |
| my_table                            |  85011.62 |

问题:

为什么gh-ost表比原表大很多倍?

如果需要有关表、索引或数据库的更多信息,我可以提供:)

这是在 gh-ost 存储库中创建的问题的链接:https ://github.com/github/gh-ost/issues/890

4

1 回答 1

0

我从生产数据库的备份创建了 mysql 数据库。

生产innodb_file_format参数为Barracuda

新环境的innodb_file_format参数为Antelope

生产中的ROW_FORMAT表是COMPRESSED

不幸的是Antelopedb 不支持ROW_FORMATasCOMPRESSED

如果我更多地研究了 information_schema 的细节,我可以更轻松地解决它!

于 2020-12-02T06:50:17.683 回答