MySQL で utf-8 のデータベースを utf-8mb4 に変換する際のリスク

Question

知りたいこと

• MySQL の utf-8 なテーブルを utf8mb4 に変換する際のリスク。
• 一部のカラムのみを変換したほうが良いか。全テーブルを変換したほうが良いか。
• 実際変換を行った場合に出た問題点

説明

現在 MySQLで utf-8 のテーブルを運用しています。
こちらを utf-8mb4 に変換しようとしています。

変換する際のリスクや問題点、考慮すべきものはどのようなものが考えられるでしょうか？
カラム長やインデックス長については情報があるのですが、
変換にかかる時間や想定外のトラブルなど経験された方がいらしゃったら情報を知りたいです。

付記

インデックスや結合に関する問題は下記を参照しています。
https://dev.mysql.com/doc/refman/5.6/ja/charset-unicode-upgrading.html

テーブルのカラムを変更する場合は下記のようなSQLを考えています。

ALTER TABLE hoge.fuga
CONVERT TO CHARACTER SET utf8mb4
COLLATE utf8mb4_general_ci;

Answer 1

一部のカラムのみを変換したほうが良いか。全テーブルを変換したほうが良いか。

これは「全部一斉に変換する」のほぼ一択と考えます。

utf8mb4の列とutf8の列を混在させるような演算を行う場合には、照合順序を逐一指定しないとエラーになってしまう（Oracle）ので、混在すると実用上の不便が大きいです。

Answer 2

上位互換のcollateに変換するリスクは、後戻りができないことです。
一部でも利用するなら全部適用しても変わりないと思います。
ただしテーブルのcollateを変更してもあまり意味はなくカラムごとに設定が必要だと思います

Answer 3

お二人ともありがとうございます！

やはり全テーブルを変換する方向で進めたいと思います。