JDBC が MySQL に接続して中国語を処理するときに文字化けする問題の解決方法の詳細説明

JDBC が MySQL に接続して中国語を処理するときに文字化けする問題の解決方法の詳細説明

最近、統合プロジェクトは古いバージョンのMySQLサーバーに接続する必要があります。Navicatを使用して確認すると、このMySQLサーバーにはデフォルトのエンコードが設定されていないようで、このMySQLを操作するいくつかのPHPファイルからはgb2312エンコードを使用しているはずです。ただし、JDBC操作を直接使用すると、データベースから読み取られた中国語の文字がすべて文字化けします。

最初は、entity.setDepartName(new String(rs.getString("hg").getBytes("gbk"), "utf-8")); などのメソッドを使用してエンコーディング変換を強制しようとしましたが、どの方法を使用しても変換された文字は常に文字化けしてしまい、文字化けの仕方が毎回異なっていたため、失敗しました。かなり落ち込んでいます。さらに、このプロジェクトでは他の製品を使用しているため、フィルターなどの追加機能を追加することはできず、この問題に対処するのは簡単ではありません。

Navicat を使用して接続およびクエリを実行する際に問題は発生しなかったため、テーブルを SQL にエクスポートして、DDL にエンコード設定があるかどうかを確認してみました。エンコードがまったく記述されていなかったため、結果は残念なものでした。そこで、エクスポートした sql ファイルの拡張子を html に変更し、IE で開いてみると、文字化けしたコードはありませんでした。エンコード形式を確認すると、「gb2312」であることがわかりました。ただし、Java を使用して強制的にトランスコーディングしても効果はありませんでした。どうすればいいですか？

さらに、このプロジェクトは長年にわたって実行されており、事後のメンテナンスが不足しています。my.ini ファイルを表示および変更することはできません。

突然、MySQL に接続するときにパラメータを追加できることを思い出しました。一部のパラメータではエンコーディングを指定します。これで問題は解決できますか?

したがって、接続文字列 (元の値: url="jdbc:mysql://192.168.18.254:3306/web_oa) を次のように変更します。

url="jdbc:mysql://192.168.18.254:3306/web_oa?useUnicode=true&characterEncoding=gbk"

アプリケーションを再起動して確認すると、OKです。中国語は普通です。

問題は解決しました。

このメソッドは、接続時に実際に gbk エンコード形式を指定するため、クライアントとサーバーが独自のデフォルトのエンコード形式を使用して対話することがなくなります。構成が適切である限り、コードが文字化けする問題は発生しません。

ご質問がありましたら、メッセージを残すか、コミュニティに参加して話し合いましょう。お読みいただきありがとうございます。お役に立てれば幸いです。このサイトをサポートしていただき、ありがとうございます。