【RDS】【MySQL 5.7 -> 8.0 upgrade】sysスキーマの変更について

0

MySQL 5.7 -> 8.0 へのアップグレードを検証していたところ、 プレアップグレード時に下記エラーが発生しており、該当スキーマのRow_formatをDynamicに変更する必要がありました。

■PrePatchCompatibility.log
24) Creating indexes larger than 767 bytes on tables with redundant row format might cause the tables to be inaccessible.
	You have one or more tables with redundant row format. Creating an index larger than 767 bytes might cause the table to be inaccessible (only 50 tables are shown).
	More Information:
		https://bugs.mysql.com/bug.php?id=99791

[table_schema, table_name]
sys,sys_config - Consider restoring the DB instance from a snapshot creating before upgrading, and change the row_format of the tables to dynamic.

しかし、システムスキーマなのでマスターユーザでもALTER句が効かなく、Row_formatの変更ができません。 システムスキーマの変更を行うにはどうしたらいいでしょうか。

mysql> show table status from sys where Row_format <> 'Dynamic';
+------------+--------+---------+------------+
| Name       | Engine | Version | Row_format |
+------------+--------+---------+------------+
| sys_config | InnoDB |      10 | Compact    |
+------------+--------+---------+------------+

mysql> ALTER TABLE sys_config ROW_FORMAT = DYNAMIC;
ERROR 1044 (42000): Access denied for user 'MASTER_USER_NAME'@'%' to database 'sys'

※パラメータグループのinnodb_default_row_formatはDYNAMICに変更済みである ※過去にMySQL5.6からMySQL5.7にアップグレードを行った実績がある

Ren
質問済み 6ヶ月前815ビュー
1回答
0

既に実施されておりましたら恐縮ですが、提示いただいた PrePatchCompatibility.log より下記の対応が示されておりますので、スナップショットから復元した DB インスタンスでも同様の事象となるかご確認いただけますでしょうか。

[table_schema, table_name]
sys,sys_config - Consider restoring the DB instance from a snapshot creating before upgrading, and change the row_format of the tables to dynamic.

復元した DB インスタンスに対して ALTER TABLE を実行しても同様のエラーが発生する場合には、下記ナレッジをご参考いただきまして、マスターユーザのパスワードをリセットすることで ALTER TABLE がエラーなく実施できるかご確認いただけますでしょうか。

Amazon RDS DB インスタンスの管理者ユーザーのパスワードをリセットするにはどうすればよいですか?

注: 場合によっては、RDS 管理者ユーザーが権限を失うことがあります。その場合は、DB インスタンスの管理者ユーザーのパスワードをリセットしてください。それにより、再度アクセスできるようになり、取り消された権限を復元できます。過去に使用していたものと同じパスワードを使用することも、新しいパスワードを使用することもできます。

マスターユーザのパスワードをリセットした場合でも、ALTER TABLE 実行時に同様のエラーが発生する場合には、事象が発生したリソースの調査が必要となります。 その場合には、事象が発生する DB インスタンスの ARN の情報とともに、技術サポートケースでお問い合わせいただけますと幸いです。

AWS
Oishi_A
回答済み 5ヶ月前
  • ご回答いただきありがとうございます。 スナップショットから復元した DB インスタンスでも同様の事象となり、 マスターユーザのパスワードをリセット後もALTER TABLEはエラーとなりました。 本件は技術サポートにお問い合わせした方が良さそうなので、以降はそちらで進行させていただきます。

ログインしていません。 ログイン 回答を投稿する。

優れた回答とは、質問に明確に答え、建設的なフィードバックを提供し、質問者の専門分野におけるスキルの向上を促すものです。

質問に答えるためのガイドライン