java資料庫編碼
這是因為：由於JDK是國際版的，在編譯的時候，如果我們沒有用-encoding參數指定我們的JAVA源程序的編碼格式，則javac.exe首先獲得我們操作系統默認採用的編碼格式，也即在編譯java程序時，若我們不指定源程序文件的編碼格式，JDK首先獲得操作系統的file.encoding參數(它保存的就是操作系統默認的編碼格式，如WIN2k，它的值為GBK)，然後JDK就把我們的java源程序從file.encoding編碼格式轉化為JAVA內部默認的UNICODE格式放入內存中。然後，javac把轉換後的unicode格式的文件進行編譯成.class類文件，此時.class文件是UNICODE編碼的，它暫放在內存中，緊接著，JDK將此以UNICODE編碼的編譯後的class文件保存到我們的操作系統中形成我們見到的.class文件。對我們來說，我們最終獲得的.class文件是內容以UNICODE編碼格式保存的類文件，它內部包含我們源程序中的中文字元串，只不過此時它己經由file.encoding格式轉化為UNICODE格式了。當我們不加設置就編譯時，相當於使用了參數：javac -encoding gbk XX.java，當然就會出現不兼容的情況。
解決辦法是：應該使用-encoding參數指明編碼方式：javac -encoding UTF-8 XX.java，這下沒警告了，運行也正確了在JCreator 4中設置：菜單：Configure --> Options --> JDK Tools --> Compiler，選中，然後選Edit，Parameters裡面，最前面添加：-encoding UTF-8。
Parameters原來的
默認值為：-classpath "$[ClassPath]" -d "$[OutputPath]" $[ModJavaFiles]
修改後為：-encoding UTF-8 -classpath "$[ClassPath]" -d "$[OutputPath]" $[ModJavaFiles]
㈡ java 資料庫編碼，該怎麼處理
因為你說的錯誤並不是很清楚，所以默認你的配置、環境、框架都是正確的。那麼最好的解決法就是輸出sql語句，這樣你就看出來哪錯了，估計是單引號的問題。。。哈哈因為我總犯
㈢ java 怎麼獲取資料庫的編碼以及配置信息
Java也可以執行Mysql命令，你可以使用sql
語句，如下：
mysql>
SHOW
VARIABLES
LIKE
'%char%set%';
+--------------------------+----------------------------------+
|
Variable_name
|
Value
|
+--------------------------+----------------------------------+
|
character_set_client
|
utf8
|
|
character_set_connection
|
utf8
|
|
character_set_database
|
gbk
|
|
character_set_filesystem
|
binary
|
|
character_set_results
|
utf8
|
|
character_set_server
|
gbk
|
|
character_set_system
|
utf8
|
|
character_sets_dir
|
/u01/mysql/share/mysql/charsets/
|
+--------------------------+----------------------------------+
8
rows
in
set
mysql>
SHOW
VARIABLES
LIKE
'port';
+---------------+-------+
|
Variable_name
|
Value
|
+---------------+-------+
|
port
|
3306
|
+---------------+-------+
1
row
in
set
你如果想獲取所有配置信息可以使用：
SHOW
VARIABLES命令。
㈣ JAVA幾種常見的編碼格式
ASCII 碼
學過計算機的人都知道 ASCII 碼，總共有 128 個，用一個位元組的低 7 位表示，0~31 是控制字元如換行回車刪除等；32~126 是列印字元，可以通過鍵盤輸入並且能夠顯示出來。
ISO-8859-1（擴展ASCII編碼）
128 個字元顯然是不夠用的，於是 ISO 組織在 ASCII 碼基礎上又制定了一些列標准用來擴展 ASCII 編碼，它們是 ISO-8859-1~ISO-8859-15，其中 ISO-8859-1 涵蓋了大多數西歐語言字元，所有應用的最廣泛。ISO-8859-1 仍然是單位元組編碼，它總共能表示 256 個字元。
GB2312
它的全稱是《信息交換用漢字編碼字元集 基本集》，它是雙位元組編碼，總的編碼范圍是 A1-F7，其中從 A1-A9 是符號區，總共包含 682 個符號，從 B0-F7 是漢字區，包含 6763 個漢字。
GBK（擴展GB2312）
全稱叫《漢字內碼擴展規范》，是國家技術監督局為 windows95 所制定的新的漢字內碼規范，它的出現是為了擴展 GB2312，加入更多的漢字，它的編碼范圍是 8140~FEFE（去掉 XX7F）總共有 23940 個碼位，它能表示 21003 個漢字，它的編碼是和 GB2312 兼容的，也就是說用 GB2312 編碼的漢字可以用 GBK 來解碼，並且不會有亂碼。
GB18030（兼容GB2312）
全稱是《信息交換用漢字編碼字元集》，是我國的強制標准，它可能是單位元組、雙位元組或者四位元組編碼，它的編碼與 GB2312 編碼兼容，這個雖然是國家標准，但是實際應用系統中使用的並不廣泛。
Unicode編碼集
UTF-16 統一採用兩個位元組表示一個字元，雖然在表示上非常簡單方便，但是也有其缺點，有很大一部分字元用一個位元組就可以表示的現在要兩個位元組表示，存儲空間放大了一倍，在現在的網路帶寬還非常有限的今天，這樣會增大網路傳輸的流量，而且也沒必要。而 UTF-8 採用了一種變長技術，每個編碼區域有不同的字碼長度。不同類型的字元可以是由 1~6 個位元組組成。
UTF-8 有以下編碼規則：
UTF-16 具體定義了 Unicode 字元在計算機中存取方法。UTF-16 用兩個位元組來表示 Unicode 轉化格式，這個是定長的表示方法，不論什麼字元都可以用兩個位元組表示，兩個位元組是 16 個 bit，所以叫 UTF-16。UTF-16 表示字元非常方便，每兩個位元組表示一個字元，這個在字元串操作時就大大簡化了操作，這也是 Java 以 UTF-16 作為內存的字元存儲格式的一個很重要的原因。
ISO 試圖想創建一個全新的超語言字典，世界上所有的語言都可以通過這本字典來相互翻譯。可想而知這個字典是多麼的復雜，關於 Unicode 的詳細規范可以參考相應文檔。Unicode 是 Java 和 XML 的基礎，下面詳細介紹 Unicode 在計算機中的存儲形式。
UTF-16
UTF-8
如果一個位元組，最高位（第 8 位）為 0，表示這是一個 ASCII 字元（00 - 7F）。可見，所有 ASCII 編碼已經是 UTF-8 了。
如果一個位元組，以 11 開頭，連續的 1 的個數暗示這個字元的位元組數，例如：110xxxxx 代表它是雙位元組 UTF-8 字元的首位元組。
如果一個位元組，以 10 開始，表示它不是首位元組，需要向前查找才能得到當前字元的首位元組
詳情傳送門至：網頁鏈接
㈤ java資料庫中文亂碼怎麼解決
原因1：mysql資料庫中的數據本身就是亂碼
解決方案：
設置mysql編碼格式
<1>
停掉mysql服務
net
stop
mysql
<2>查詢mysql編碼格式
mysql>
show
variables
like
'character_set_%';
<3>默認就是瑞典latin1,換成自己的編碼，如utf8【gbk】
mysql>set
names
'utf8';
【一般在訪問之前執行這個代碼就解決問題了】
【它相當於下面的三句指令：】
【set
character_set_client
=
utf8;】
【set
character_set_results
=
utf8;】
【set
character_set_connection
=
utf8;】
<3>
啟動mysql服務
net
start
mysql
<4>
驗證編碼是否正確修改
mysql>
show
variables
like
'character_set_%';
㈥ java web程序與資料庫字元編碼問題
那就把jsp和servlet編碼設置為utf-8，一勞永逸
-------------------
樓上的，這樣試試
char c = '4';
int i = Character.getNumericValue(c);
㈦ JAVA中修改資料庫的編碼方式的代碼是什麼
以改成utf-8為例：
alter database 資料庫名 character set utf-8;
㈧ java中顯示資料庫內容時,關於中文的是亂碼，我已經把兩種編碼都設為了UTF-8，但是還是顯示不了。跪求高手
java使用中文用的的是Unicode,不是udf8,你僅是將網頁和資料庫編碼設置為UDF8是沒有用的
本來用udf8表示中文就是一堆亂碼的，
取出顯示時需要重新轉換。