資料庫查詢亂碼
『壹』 資料庫亂碼怎麼解決
展開快訊
登錄
首頁
專欄
問答
沙龍
快訊
團隊主頁
開發者手冊
智能鈦AI
在線學習中心
TVP
返回騰訊雲官網
徹底解決Mysql中文亂碼
mysql是我們項目中非常常用的數據型資料庫。但是因為我們需要在資料庫保存中文字元，所以經常遇到資料庫亂碼情況。下面就來介紹一下如何徹底解決資料庫中文亂碼情況。
1、中文亂碼
1.1、中文亂碼
無法插入中文字元：
1.2、查看錶字元編碼
我們可以看到表的默認字元集是latin1.
所以我們在創建表的時候就需要指定表的字元集:
這樣在linux裡面可以訪問並且可以插入與訪問這個表了。
1.3、資料庫與操作系統編碼
雖然在伺服器端可以顯示中文正常，但是在客戶端可能會顯示亂碼。因為我們的伺服器是UTF8。
而且資料庫的編碼也存在問題。
這里我們可以看character_sert_database與character_set_server的字元集都是latin1.那麼在mysql資料庫中，server,database,table的字元集都默認是latin1.下面我們就來看看如何解決mysql亂碼情況。
2、mysql設置變數的范圍
2.1、session范圍
查看資料庫編碼：
修改字元編碼：
我們可以看到字元集已經修改成都是utf8了。但是這里有一個問題，那就是我們重新打開一個命令窗口然後查看數據編碼就會出現下面的畫面：
『貳』 oracle資料庫表中某個欄位已存在漢字亂碼，怎樣查找出這些亂碼數據，
查詢資料庫表某欄位含「亂碼」的數據的一個方法
說明：
在某些情況下，由於字元集不兼容等問題，資料庫中的記錄可能存在「亂碼」，本文就是介紹一個SQL語句把亂碼的記錄找到。
什麼是「亂碼」
這是首先需要明確的，其實如果資料庫記錄了「半個漢字」實際他只會記錄一個「？」（Oracle），如果記錄的亂碼恰好變成另外一個「漢字」和殘余字元，那這個新的「漢字」是不能用下面的方法找出來的。
適用范圍
查找記錄中是否含有ascii碼（特別是「？」）的方式找到「亂碼」的記錄。
SQL模板
Select
*
from
Table_A
t
Where
instr(Name,chr(1))>0
or
instr(Name,chr(2))>0
or
instr(Name,chr(3))>0
or
instr(Name,chr(4))>0
or
instr(Name,chr(5))>0
or
instr(Name,chr(6))>0
or
instr(Name,chr(7))>0
or
instr(Name,chr(8))>0
or
instr(Name,chr(9))>0
or
instr(Name,chr(10))>0
or
instr(Name,chr(11))>0
or
instr(Name,chr(12))>0
or
instr(Name,chr(13))>0
or
instr(Name,chr(14))>0
or
instr(Name,chr(15))>0
or
instr(Name,chr(16))>0
or
instr(Name,chr(17))>0
or
instr(Name,chr(18))>0
or
instr(Name,chr(19))>0
or
instr(Name,chr(20))>0
or
instr(Name,chr(21))>0
or
instr(Name,chr(22))>0
or
instr(Name,chr(23))>0
or
instr(Name,chr(24))>0
or
instr(Name,chr(25))>0
or
instr(Name,chr(26))>0
or
instr(Name,chr(27))>0
or
instr(Name,chr(28))>0
or
instr(Name,chr(29))>0
or
instr(Name,chr(30))>0
or
instr(Name,chr(31))>0
or
instr(Name,chr(32))>0
or
instr(Name,chr(33))>0
or
instr(Name,chr(34))>0
or
instr(Name,chr(35))>0
or
instr(Name,chr(36))>0
or
instr(Name,chr(37))>0
or
instr(Name,chr(38))>0
or
instr(Name,chr(39))>0
or
instr(Name,chr(40))>0
or
instr(Name,chr(41))>0
or
instr(Name,chr(42))>0
or
instr(Name,chr(43))>0
or
instr(Name,chr(44))>0
or
instr(Name,chr(45))>0
or
instr(Name,chr(46))>0
or
instr(Name,chr(47))>0
or
instr(Name,chr(48))>0
or
instr(Name,chr(49))>0
or
instr(Name,chr(50))>0
or
instr(Name,chr(51))>0
or
instr(Name,chr(52))>0
or
instr(Name,chr(53))>0
or
instr(Name,chr(54))>0
or
instr(Name,chr(55))>0
or
instr(Name,chr(56))>0
or
instr(Name,chr(57))>0
or
instr(Name,chr(58))>0
or
instr(Name,chr(59))>0
or
instr(Name,chr(60))>0
or
instr(Name,chr(61))>0
or
instr(Name,chr(62))>0
or
instr(Name,chr(63))>0
or
instr(Name,chr(64))>0
or
instr(Name,chr(65))>0
or
instr(Name,chr(66))>0
or
instr(Name,chr(67))>0
or
instr(Name,chr(68))>0
or
instr(Name,chr(69))>0
or
instr(Name,chr(70))>0
or
instr(Name,chr(71))>0
or
instr(Name,chr(72))>0
or
instr(Name,chr(73))>0
or
instr(Name,chr(74))>0
or
instr(Name,chr(75))>0
or
instr(Name,chr(76))>0
or
instr(Name,chr(77))>0
or
instr(Name,chr(78))>0
or
instr(Name,chr(79))>0
or
instr(Name,chr(80))>0
or
instr(Name,chr(81))>0
or
instr(Name,chr(82))>0
or
instr(Name,chr(83))>0
or
instr(Name,chr(84))>0
or
instr(Name,chr(85))>0
or
instr(Name,chr(86))>0
or
instr(Name,chr(87))>0
or
instr(Name,chr(88))>0
or
instr(Name,chr(89))>0
or
instr(Name,chr(90))>0
or
instr(Name,chr(91))>0
or
instr(Name,chr(92))>0
or
instr(Name,chr(93))>0
or
instr(Name,chr(94))>0
or
instr(Name,chr(95))>0
or
instr(Name,chr(96))>0
or
instr(Name,chr(97))>0
or
instr(Name,chr(98))>0
or
instr(Name,chr(99))>0
or
instr(Name,chr(100))>0
or
instr(Name,chr(101))>0
or
instr(Name,chr(102))>0
or
instr(Name,chr(103))>0
or
instr(Name,chr(104))>0
or
instr(Name,chr(105))>0
or
instr(Name,chr(106))>0
or
instr(Name,chr(107))>0
or
instr(Name,chr(108))>0
or
instr(Name,chr(109))>0
or
instr(Name,chr(110))>0
or
instr(Name,chr(111))>0
or
instr(Name,chr(112))>0
or
instr(Name,chr(113))>0
or
instr(Name,chr(114))>0
or
instr(Name,chr(115))>0
or
instr(Name,chr(116))>0
or
instr(Name,chr(117))>0
or
instr(Name,chr(118))>0
or
instr(Name,chr(119))>0
or
instr(Name,chr(120))>0
or
instr(Name,chr(121))>0
or
instr(Name,chr(122))>0
or
instr(Name,chr(123))>0
or
instr(Name,chr(124))>0
or
instr(Name,chr(125))>0
or
instr(Name,chr(126))>0
or
instr(Name,chr(127))>0
『叄』 mysql資料庫中文亂碼怎麼解決
一、避免創建資料庫及表出現中文亂碼和查看編碼方法
1、創建資料庫的時候：CREATE DATABASE `test`
CHARACTER SET 'utf8'
COLLATE 'utf8_general_ci';
2、建表的時候 CREATE TABLE `database_user` (
`ID` varchar(40) NOT NULL default '',
`UserID` varchar(40) NOT NULL default '',
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
這3個設置好了，基本就不會出問題了,即建庫和建表時都使用相同的編碼格式。
但是如果你已經建了庫和表可以通過以下方式進行查詢。
1.查看默認的編碼格式:
mysql> show variables like "%char%";
+--------------------------+---------------+
| Variable_name | Value |
+--------------------------+---------------+
| character_set_client | gbk |
| character_set_connection | gbk |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | gbk |
| character_set_server | utf8 |
| character_set_system | utf8 |
+--------------------------+-------------+
註：以前2個來確定,可以使用set names utf8,set names gbk設置默認的編碼格式;
執行SET NAMES utf8的效果等同於同時設定如下：
SET character_set_client='utf8';
SET character_set_connection='utf8';
SET character_set_results='utf8';
2.查看test資料庫的編碼格式:
mysql> show create database test;
+------------+------------------------------------------------------------------------------------------------+
| Database | Create Database |
+------------+------------------------------------------------------------------------------------------------+
| test | CREATE DATABASE `test` /*!40100 DEFAULT CHARACTER SET gbk */ |
+------------+------------------------------------------------------------------------------------------------+
『肆』 MYSQL資料庫，怎樣改查詢結果漢字不是亂碼
mysql數據亂碼問題可能有以下三種原因:
1.server本身設定問題，例如還停留在latin1版本;
2.table的語系設定問題(包含character與collation);
3.客戶端程式(例如php,java)的連線語系設定問題;
建議使用utf8!!!!
想要避免mysql的中文亂碼問題,可以嘗試以下方法：
1,對於版本問題，建議去官網更新最新的版本或者比較好用的版本；
2,創建資料庫，創建表時沒有對字元編碼進行設定會造成亂碼問題:
創建資料庫的時候：CREATE DATABASE `test`
CHARACTER SET 'utf8'
COLLATE 'utf8_general_ci';
建表的時候 CREATE TABLE `database_user` (
`ID` varchar(40) NOT NULL default '',
`UserID` varchar(40) NOT NULL default '',
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
3,對於第三種情況,參考一下方法:
編輯linux伺服器中/etc/my.cnf文件,在[mysql]段加入default_character_set=utf8;
如果只是調試遇到亂碼問題:
在編寫Connection URL時，加上?useUnicode=true&characterEncoding=utf-8參數;
並且在網頁代碼中加上一個"set names utf8"或者"set names gbk"的指令，告訴MySQL連線內容都要使用utf-8或者gbk。
utf8或者gbk;
『伍』 plsql連接oracle資料庫查詢漢子顯示亂碼
打開PLSQL
『陸』 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_%';
『柒』 idea中查詢Oracle資料庫數據中文亂碼，但是在plsql中查詢正常(Oracle字元集是US7ASCII)
oracle資料庫查詢時出現亂碼，很可能是該資料庫的字元集設定不支持中文，但是表中數據含有中文，所以變為亂碼。
如果是字元集原因，解決方法如下：
1、shutdown immediate； 關閉資料庫
2、startup mount； 開啟資料庫至掛載模式（只掛實例，不啟動資料庫）
3、alter system enable restricted session；開啟會話限制
4、alter system set aq_tm_processes=0；修改系統參數
5、alter system set job_queue_processes=0；修改系統參數
6、alter database open；啟動資料庫為open
7、alter database national character set internal_user (zhs16gbk)；修改字元集
8、alter system disable restricted session；關閉會話限制
括弧內可填寫字元集類型，zhs16gbk、AL32UTF8等字元集都支持中文。
『捌』 sql語句導入mysql資料庫亂碼怎麼解決
sql語句導入mysql資料庫亂碼解決步驟如下：
1、首先要保證txt文件是用UTF8格式保存的，這里可以打開查看一下內容確認格式。
『玖』 mysql 查詢出現亂碼全是問號
關於亂碼的原因不好一下說出,給出以下辦法,嘗試排除法來解決一下看看:
解決MySql數據亂碼:
1 寫過濾器設置編碼格式(格式和JSP頁面的編碼一樣)，或則在請求裡面寫request.setCharacterEncoding("編碼方式");
2 如果是查詢出數據亂碼，在鏈接的URL上加上編碼格式(你這里加了，沒問題);
3 修改my.ini文件裡面的 default-character-set= 您要的編碼格式 (一共有兩處，你查找一下 改為一樣的編碼格式)
4 如果是寫入到資料庫之後是亂碼(前提是已經寫了過濾器處理編碼),修改my.ini文件裡面查找sql-mode 設置 sql-mode = "NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION";
如果出現亂碼情況 就試試吧！
AUTO_INCREMENT=11 這個意思就是ID或是指定的列從11開始自增...比如你添加第一條記錄,則變成12,以此類推......