MySQL向け新規接続でヌル文字を保持

Fivetranは、2026年7月22日以降に設定したMySQL向けの新規接続で、文字列中のヌル文字を削除せず書き込むようになりました。

要点

• 7月22日以降に設定するMySQL向け新規接続が対象です。
• 従来は書き込み前に削除していたヌル文字を、新しい接続では保持します。
• 既存接続については公式記載がないため、自動的に同じ挙動になるとは判断できません。
• 文字セット、照合順序、SQL関数、接続ドライバー、エクスポートの一連の試験が必要です。

今回の更新で変わること

ヌル文字は文字列に含まれる値0x00であり、SQLのNULLとは別物です。Fivetranは従来、MySQLへ書き込む前にこの文字を削除していました。そのため列がNULLになるわけではないものの、ソースの文字列から一文字が失われ、完全一致、長さ、ハッシュ、監査用の原文に差が出ることがありました。7月22日以降に作る新規接続では、この値を保持したままMySQLへ渡します。

注意点は、データベースが受け入れた後の扱いです。列型や文字セットで保存できても、文字列関数、正規表現、全文検索、照合、レプリケーション、バックアップ、クライアントドライバーが同じように処理するとは限りません。アプリケーション側の言語やライブラリがヌル終端文字列を前提にしている場合、途中までしか表示されない、エクスポートが失敗する、ログに正しく残らないといった問題も考えられます。これまでFivetranの削除を入力洗浄として暗黙に利用していた処理ほど、接続再作成後の差を受けます。

公式記載は新規接続に限定され、既存接続の移行方法や再同期について説明していません。試験ではSQLのNULLとヌル文字を含む文字列を別のケースとして用意し、LENGTHなどの結果、検索と比較、ドライバー経由の読み出し、CSV出力、バックアップ復元まで確認すべきです。ヌル文字を業務上除去する場合は、取り込み時に見えなくするのではなく、原文列を保持したうえで変換列を作ると、品質規則と変更履歴を追いやすくなります。

接続プールやORMも確認対象です。管理画面のSQLクライアントでは正しく見えても、アプリケーションのシリアライズやログ出力で値が欠ける場合があります。実運用と同じドライバー、文字セット、照合順序で読み書きし、API応答や監査ログまで比較することで、データベース外にある互換性問題を見つけやすくなります。

対象になりそうなユーザー・チーム

MySQL向け接続を新設・再作成するデータエンジニア、データベース管理者、アプリケーション連携担当、データ品質・監査担当に関係します。

今すぐ対応が必要か

新規接続を予定している場合は、利用中のドライバーと下流出力を含めて検証してください。既存接続のみの場合も、再作成時に文字列値が変わり得る点を手順へ残す必要があります。

結局、この更新をどう見るべきか

MySQLへ書き込む値の欠落を減らす変更です。SQLのNULLとの混同を避け、保存後に利用する各層までヌル文字への対応を確認することが重要です。