MySQLデータベース移行におけるデータ文字化けの問題を解決する

リーダーの指示のもと、Java プロジェクトを引き継ぎ、リファクタリングを行う必要がありました。同時に、プロジェクト全体の構成は情報イノベーションの要件を満たす必要がありました。
まず、次の 2 つの点を満たす必要があります。
1. 国内のデータベースDameng 8を使用してMySQLデータベースを置き換えます
2. コンテナの展開にTomcatの代わりにKingdeeミドルウェアを使用する

たゆまぬ努力により、DM8 データベースのローカル構築とインストールを完了し、コードフレームワーク内のデータベースソースを変更して DM8 データベースを置き換えるデモ検証作業も完了しました。

ドライバークラス名: dm.jdbc.driver.DmDriver
    URL: jdbc:dm://10.0.3.132:5236/XC-SERVICE?zeroDateTimeBehavior=convertToNull&useUnicode=true&characterEncoding=utf-8
    ユーザー名: XC-SERVICE
    パスワード: 123456789

これでコードは正常に動作するようになりました。一部の SQL スクリプトを標準化する必要があることを除いて、他の問題はありません。

今最も重要なことはデータを移行することです。

つまり、mysql ライブラリを dm8 に移行することです。
移行方法: DAMO独自のデータベース移行ツールを使用する

ここに画像の説明を挿入

DAMOにはデータベース移行ツールが付属しています

データテーブル構造とデータ移行の影響

ここに画像の説明を挿入

移行が完了すると、データテーブルの構造に問題はないが、中国語のデータがすべて文字化けしていることに驚かれるでしょう。

いろいろな方法を試し、Baiduで何度も検索しましたが、解決策が見つかりませんでした。その後、DAMOフォーラムに行って解決策を探すしかありませんでした。

ついに、データ移行後の文字化けの問題に対する魔法のような解決策を見つけました。

ここに画像の説明を挿入

データ移行ツールを使用してデータソースを構成する場合は、ドライバーの指定を選択します。

ここに画像の説明を挿入

URL アドレスを指定します:

jdbc:mysql://10.0.3.131:3306/sys-service?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=Asia/Shanghai

同時に、Maven がローカルコンピューターにダウンロードするドライバーを指定します。

さて、これでデータを移行できます

移行が完了すると、データが正常で文字化けしていないことが魔法のようにわかります。！！！

ここに画像の説明を挿入

追記

国産データベースとしては、DAMO はやはり良い製品ですが、ネット上の情報が少なすぎて、百度でも見つからないかもしれません。皆さんのお役に立てればと思い、この内容を書いています。

これで、MySQL データベースのデータ移行におけるデータ文字化けの問題を解決する方法についての記事は終わりです。MySQL 移行におけるデータ文字化けに関するより関連性の高いコンテンツについては、123WORDPRESS.COM で以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません: