mysql插入數據庫亂碼,java寫入mysql數據庫亂碼

本文目錄一覽:

mysql數據庫表值亂碼問題:

一、轉碼失敗

在數據寫入到表的過程中轉碼失敗,數據庫端也沒有進行恰當的處理,導致存放在表裡的數據亂碼。

針對這種情況,前幾篇文章介紹過客戶端發送請求到服務端。

其中任意一個編碼不一致,都會導致表裡的數據存入不正確的編碼而產生亂碼。

比如下面簡單一條語句:

set @a = “文本字符串”;

insert into t1 values(@a);

變量 @a 的字符編碼是由參數 CHARACTER_SET_CLIENT 決定的,假設此時編碼為 A,也就是變量 @a 的編碼。

2. 寫入語句在發送到 MySQL 服務端之前的編碼由 CHARACTER_SET_CONNECTION 決定,假設此時編碼為 B。

3. 經過 MySQL 一系列詞法,語法解析等處理後,寫入到表 t1,表 t1 的編碼為 C。

那這裡編碼 A、編碼 B、編碼 C 如果不兼容,寫入的數據就直接亂碼。

二、客戶端亂碼

表數據正常,但是客戶端展示後出現亂碼。

這一類場景,指的是從 MySQL 表裡拿數據出來返回到客戶端,MySQL 里的數據本身沒有問題。客戶端發送請求到 MySQL,表的編碼為 D,從 MySQL 拿到記錄結果傳輸到客戶端,此時記錄編碼為 E(CHARACTER_SET_RESULTS)。

那以上編碼 E 和 D 如果不兼容,檢索出來的數據就看起來亂碼了。但是由於數據本身沒有被破壞,所以換個兼容的編碼就可以獲取正確的結果。

這一類又分為以下三個不同的小類:

1)字段編碼和表一致,客戶端是不同的編碼

比如下面例子, 表數據的編碼是 utf8mb4,而 SESSION 1 發起的連接編碼為 gbk。那由於編碼不兼容,檢索出來的數據肯定為亂碼。

2)表編碼和客戶端的編碼一致,但是記錄之間編碼存在不一致的情形

比如表編碼是 utf8mb4,應用端編碼也是 utf8mb4,但是表裡的數據可能一半編碼是 utf8mb4,另外一半是 gbk。那麼此時表的數據也是正常的,不過此時採用哪種編碼都讀不到所有完整的數據。這樣數據產生的原因很多,比如其中一種可能性就是表編碼多次變更而且每次變更不徹底導致(變更不徹底,我之前的篇章里有介紹)。舉個例子,表 t3 的編碼之前是 utf8mb4,現在是 gbk,而且兩次編碼期間都被寫入了正常的數據。

3)每個字段的編碼不一致,導致亂碼和第二點一樣的場景。不同的是:非記錄間的編碼不統一,而是每個字段編碼不統一。舉個例子,表 c1 字段 a1,a2。a1 編碼 gbk,a2 編碼是 utf8mb4。那每個字段單獨讀出來數據是完整的,但是所有字段一起讀出來,數據總會有一部分亂碼。

三、LATIN1

還有一種情形就是以 LATIN1 的編碼存儲數據

估計大家都知道字符集 LATIN1,LATIN1 對所有字符都是單位元組流處理,遇到不能處理的位元組流,保持原樣,那麼在以上兩種存入和檢索的過程中都能保證數據一致,所以 MySQL 長期以來默認的編碼都是 LATIN1。這種情形,看起來也沒啥不對的點,數據也沒亂碼,那為什麼還有選用其他的編碼呢?原因就是對字符存儲的位元組數不一樣,比如 emoji 字符 “❤”,如果用 utf8mb4 存儲,佔用 3 個位元組,那 varchar(12) 就能存放 12 個字符,但是換成 LATIN1,只能存 4 個字符。

為什麼mysql插入數據是亂碼

更改數據庫安裝時的字符編碼。打開mysql安裝目錄,找到my.ini文件,通過使用記事本的方式打開,將這裏面的default-character-set=latin1修改成gbk,注意這裏面有兩處需要修改。

修改數據庫實例中的編碼,打開data文件夾,找到對應的數據庫實例,修改裏面的db.opt文件,將字符編碼改成gbk如圖所示。

修改數據庫實例編碼還可以通過navicat for mysql客戶端直接進行更改,在數據庫實例上右鍵–屬性–選擇字符編碼。

重啟數據庫。通過cmd命令對數據庫進行重啟生效。

更改編碼中連接串的字符編碼,在連接串後面添加useUnicode=truecharacterEncoding=gbk。

6

測試數據是否正常。再次重新插入數據庫數據,就可以看到漢字不會亂碼。

MySQL插入數據時遇到中文亂碼改怎麼辦

首先寫一個數據庫test,然後寫一個表table,最後插入你想要寫入的字段”工資”。出現了了亂碼。就得

1. 啟動MySQL,在裏面輸入 ALTER DATABASE `test` DEFAULT CHARACTER SET utf8 COLLATE utf8_bin,將test數據庫的編碼設為utf8。

2. 修改表的編碼:ALTER TABLE `category` DEFAULT CHARACTER SET utf8 COLLATE utf8_bin 以上命令就是將一個表category的編碼改為utf8 。

3. 修改字段的編碼:直接在MySQL里右擊表,然後點編輯表,在裏面修改或輸入代碼: ALTER TABLE `test` CHANGE `dd` `dd` VARCHAR ( 45 ) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL。4.得刪除之前插入的字段之類的,再重新導入之前的字段

原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-hk/n/256848.html

(0)
打賞 微信掃一掃 微信掃一掃 支付寶掃一掃 支付寶掃一掃
小藍的頭像小藍
上一篇 2024-12-15 12:42
下一篇 2024-12-15 12:42

相關推薦

  • Java JsonPath 效率優化指南

    本篇文章將深入探討Java JsonPath的效率問題,並提供一些優化方案。 一、JsonPath 簡介 JsonPath是一個可用於從JSON數據中獲取信息的庫。它提供了一種DS…

    編程 2025-04-29
  • java client.getacsresponse 編譯報錯解決方法

    java client.getacsresponse 編譯報錯是Java編程過程中常見的錯誤,常見的原因是代碼的語法錯誤、類庫依賴問題和編譯環境的配置問題。下面將從多個方面進行分析…

    編程 2025-04-29
  • 如何修改mysql的端口號

    本文將介紹如何修改mysql的端口號,方便開發者根據實際需求配置對應端口號。 一、為什麼需要修改mysql端口號 默認情況下,mysql使用的端口號是3306。在某些情況下,我們需…

    編程 2025-04-29
  • Java騰訊雲音視頻對接

    本文旨在從多個方面詳細闡述Java騰訊雲音視頻對接,提供完整的代碼示例。 一、騰訊雲音視頻介紹 騰訊雲音視頻服務(Cloud Tencent Real-Time Communica…

    編程 2025-04-29
  • Java Bean加載過程

    Java Bean加載過程涉及到類加載器、反射機制和Java虛擬機的執行過程。在本文中,將從這三個方面詳細闡述Java Bean加載的過程。 一、類加載器 類加載器是Java虛擬機…

    編程 2025-04-29
  • Java Milvus SearchParam withoutFields用法介紹

    本文將詳細介紹Java Milvus SearchParam withoutFields的相關知識和用法。 一、什麼是Java Milvus SearchParam without…

    編程 2025-04-29
  • Python 常用數據庫有哪些?

    在Python編程中,數據庫是不可或缺的一部分。隨着互聯網應用的不斷擴大,處理海量數據已成為一種趨勢。Python有許多成熟的數據庫管理系統,接下來我們將從多個方面介紹Python…

    編程 2025-04-29
  • Java 8中某一周的周一

    Java 8是Java語言中的一個版本,於2014年3月18日發佈。本文將從多個方面對Java 8中某一周的周一進行詳細的闡述。 一、數組處理 Java 8新特性之一是Stream…

    編程 2025-04-29
  • Python zipfile解壓文件亂碼處理

    本文主要介紹如何在Python中使用zipfile進行文件解壓的處理,同時詳細討論在解壓文件時可能出現的亂碼問題的各種解決辦法。 一、zipfile解壓文件亂碼問題的根本原因 在P…

    編程 2025-04-29
  • Java判斷字符串是否存在多個

    本文將從以下幾個方面詳細闡述如何使用Java判斷一個字符串中是否存在多個指定字符: 一、字符串遍歷 字符串是Java編程中非常重要的一種數據類型。要判斷字符串中是否存在多個指定字符…

    編程 2025-04-29

發表回復

登錄後才能評論