本文目錄一覽:
- 1、mysql 建數據庫用什麼字符集
- 2、php創建mysql數據表,怎麼選擇UTF8字符集
- 3、navicat 工具新建數據庫時,字符集 和 排序規則,是什麼意思啊,又該怎麼選擇
- 4、mysql建表的時候設置表裏面的字段的字符集是utf-8要怎麼設置?默認建好後我去mysql里看字符集都是gbk
mysql 建數據庫用什麼字符集
mysql創建數據庫一般使用的
字符集
為UTF-8,但具體的要根據實際情況進行選擇。
工具:mysql5.6,Navicat
Premium
步驟:
1、打開Navicat
Premium,雙擊左側服務器的
樹形結構
,連接到服務器,這裡以
localhost
為例。
2、在localhost處點右鍵,選擇「新建數據庫」。
3、彈出窗口中,填寫新建的數據庫名字,這裡填寫的是「badkano」,然後選擇字符集,下拉列表,選擇UTF-8,排序規則可不填,然後點「確定」按鈕。
4、由圖可見,badkano數據庫創建成功。
php創建mysql數據表,怎麼選擇UTF8字符集
一、轉碼失敗
在數據寫入到表的過程中轉碼失敗,數據庫端也沒有進行恰當的處理,導致存放在表裡的數據亂碼。
針對這種情況,前幾篇文章介紹過客戶端發送請求到服務端。
其中任意一個編碼不一致,都會導致表裡的數據存入不正確的編碼而產生亂碼。
比如下面簡單一條語句:
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 個字符。
navicat 工具新建數據庫時,字符集 和 排序規則,是什麼意思啊,又該怎麼選擇
字符集一般是utf8. 排序也選utf8. 一般選擇和表一樣。
通過mysql命令修改:修改數據庫的字符集 mysqluse mydb mysqlalter database mydb character set utf-8;
創建數據庫指定數據庫的字符集 mysqlcreate database mydb character set utf-8;
通過配置文件修改: 修改/var/lib/mysql/mydb/db.opt default-character-set=latin1 default-collation=latin1_swedish_ci 為 default-character-set=utf8 default-collation=utf8_general_ci 重起MySQL。
擴展資料:
Navicat Premium 使能簡單並快速地在各種數據庫系統間傳輸數據,或傳輸一份指定 SQL 格式及編碼的純文本文件。這可以簡化從一台服務器遷移數據到另一台服務器的類型的進程。不同數據庫的批處理作業也可以計劃並在指定的時間運行。
不同數據庫的批處理作業可以計劃並在指定的時間運行。其他功能包括導入嚮導、導出嚮導、查詢創建工具、報表創建工具、資料同步、備份、工作計劃及更多。
參考資料來源:百度百科-navicat
mysql建表的時候設置表裏面的字段的字符集是utf-8要怎麼設置?默認建好後我去mysql里看字符集都是gbk
1、建表時指定字符集utf-8:
CREATE TABLE 表名
( `id` TINYINT( 255 ) UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`content` VARCHAR( 255 ) NOT NULL)
DEFAULT CHARACTER SET = utf8;
2、修改表的字符集為utf-8:
alter table 表名 convert to character set utf8;
擴展資料:
1、創建數據庫時設置字符集:
CREATE DATABASE 數據庫名 CHARACTER SET utf8 COLLATE utf8_general_ci;
注意後面三個單詞之間是有下劃線的對於每個選項所給定的值,前面沒有等號;在第一個選項和第二個選項之間也沒有逗號。
2、修改數據庫的字符集:
alter database 數據庫名 character set utf8;
3、顯示某數據庫字符集設置:
show create database 數據庫名;
4、顯示某數據表字符集設置:
show create table 表名;
5、修改字段:
alter table 表名 modify column ‘字段名’ varchar(30) character set utf8 not null;
6、添加表字段:
alter table 表名 add column ‘字段名’ varchar (20) character set utf8;
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-hk/n/239094.html