char是一種固定長度的類型,varchar則是一種可變長度的類型,它們的區(qū)別是:
我們提供的服務(wù)有:成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、微信公眾號(hào)開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、漢臺(tái)ssl等。為上千余家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù),是有科學(xué)管理、有技術(shù)的漢臺(tái)網(wǎng)站制作公司
char(M)類型的數(shù)據(jù)列里,每個(gè)值都占用M個(gè)
字節(jié)
,如果某個(gè)長度小于M,MySQL就會(huì)在它的
右邊
用空格字符補(bǔ)足.(在檢索操作中那些填補(bǔ)出來的空格字符將被去掉)在varchar(M)類型的數(shù)據(jù)列里,每個(gè)值只占用剛好夠用的字節(jié)再加上一個(gè)用來記錄其長度的字節(jié)(即總長度為L+1字節(jié)).
在MySQL中用來判斷是否需要進(jìn)行對據(jù)列
類型轉(zhuǎn)換
的
規(guī)則
1、在一個(gè)
數(shù)據(jù)表
里,如果每一個(gè)數(shù)據(jù)列的長度都是固定的,那么每一個(gè)數(shù)據(jù)行的長度也將是固定的.
2、只要數(shù)據(jù)表里有一個(gè)數(shù)據(jù)列的長度的可變的,那么各數(shù)據(jù)行的長度都是可變的.
3、如果某個(gè)數(shù)據(jù)表里的數(shù)據(jù)行的長度是可變的,那么,為了節(jié)約
存儲(chǔ)空間
,MySQL會(huì)把這個(gè)數(shù)據(jù)表里的固定長度類型的數(shù)據(jù)列轉(zhuǎn)換為相應(yīng)的可變長度類型.
例外:長度小于4個(gè)字符的char數(shù)據(jù)列不會(huì)被轉(zhuǎn)換為varchar類型
希望對你有幫助
char: 是定長格式的,長度范圍是0~255. 想要儲(chǔ)存一個(gè)長度不足255的字符時(shí),MySQL會(huì)用空格來填充剩下的字符。因此在讀取數(shù)據(jù)時(shí),char類型的數(shù)據(jù)要進(jìn)行處理,把后面的空格去除。
VARCHAR 和 CHAR 是兩種主要的字符串類型,用于存儲(chǔ)字符。不幸的是,由于實(shí)現(xiàn)的方式依賴于存儲(chǔ)引擎,因此很難解釋這些字符串在磁盤和內(nèi)存中如何存儲(chǔ),除了除了常用的 InnoDB 和 MyISAM 外,假設(shè)你使用了其他存儲(chǔ)引擎,應(yīng)當(dāng)仔細(xì)閱讀存儲(chǔ)引擎的文檔。
VARCHAR 存儲(chǔ)可變長度的字符串,也是最常用的字符數(shù)據(jù)類型。相比固定長度的類型,VARCHAR 所需的存儲(chǔ)空間更小,它會(huì)盡可能少地使用存儲(chǔ)空間(例如,短的字符串占據(jù)的空間)。對于 MyISAM 來說,如果創(chuàng)建表的時(shí)候指定了 ROW_FORMAT=FIXED 的話,那么會(huì)使用固定的空間存儲(chǔ)字段而導(dǎo)致空間浪費(fèi)。VARCHAR 使用1-2個(gè)額外的字節(jié)存儲(chǔ)字符串的長度:當(dāng)最大長度低于255字節(jié)的時(shí)候使用1個(gè)字節(jié),如果更多的話就使用2個(gè)字節(jié)。因此,拉丁字符集的 VARCHAR(10)會(huì)使用11個(gè)字節(jié)的存儲(chǔ)空間,而 VARCHAR(1000)則會(huì)使用1002個(gè)字節(jié)的存儲(chǔ)空間。
VARCHAR 由于能夠節(jié)省空間,因此可以改善性能。但是,由于長度可變,當(dāng)更新數(shù)據(jù)表的時(shí)候數(shù)據(jù)行的存儲(chǔ)空間會(huì)變化,這一定程度上會(huì)帶來額外的開銷。如果數(shù)據(jù)行的長度導(dǎo)致原有的存儲(chǔ)位置無法存放,那么不同的存儲(chǔ)引擎會(huì)做不同的處理。例如 MyISAM 可能產(chǎn)生數(shù)據(jù)行的碎片,而 InnoDB 需要進(jìn)行磁盤分頁來存放更新后的數(shù)據(jù)行。
通常,如果最大的列長度遠(yuǎn)遠(yuǎn)高于平均長度的話(例如可選的備注字段),使用 VARCHAR 是劃算的,同時(shí)如果更新的頻次很低,那么碎片化也不會(huì)是一個(gè)問題。需要注意的是,如果使用的是 UTF-8字符集,則實(shí)際存儲(chǔ)的字節(jié)長度是根據(jù)字符定的。對于中文,推薦的存儲(chǔ)字符集是 utf8mb4。
CHAR 類型的長度是固定的,MySQL 會(huì)對每個(gè)字段分配足夠的存儲(chǔ)空間。 存儲(chǔ)CHAR 類型值的時(shí)候,MySQL 會(huì)移除后面多出來的空字符 。值是使用空字符進(jìn)行對齊以便進(jìn)行比較。對于短的字符串來說,使用 CHAR 更有優(yōu)勢,而如果所有的值的長度幾乎一致的話,就可以使用 CHAR。例如存儲(chǔ)用戶密碼的MD5值時(shí)使用 CHAR 就更合適,這是因?yàn)?MD5的長度總是固定的。同時(shí),對于字段值經(jīng)常改變的數(shù)據(jù)類型來說,CHAR 相比 VARCHAR 也更有優(yōu)勢,因?yàn)?CHAR 不會(huì)產(chǎn)生碎片。對于很短的數(shù)據(jù)列,使用 CHAR 比 VARCHAR更高效,例如使用CHAR(1)存儲(chǔ)邏輯值的 Y 和 N,這種情況下只需要1個(gè)字節(jié),而 VARCHAR 需要2個(gè)字節(jié)。
對于移除空字符這個(gè)特性會(huì)感覺奇怪,我們舉個(gè)例子:
按上面的結(jié)果插入數(shù)據(jù)表后,string2中的前置空格不會(huì)移除,但使用 CHAR 類型存儲(chǔ)時(shí),string3尾隨空格會(huì)被移除,使用 SQL 查詢結(jié)果來檢驗(yàn)一下:
得出來的結(jié)果如下,可以看到 CHAR 類型的 string3后面的空格被移除了,而 VARCHAR類型的沒有。這種情況大多數(shù)時(shí)候不會(huì)有什么問題,實(shí)際在應(yīng)用中也經(jīng)常會(huì)使用 trim 函數(shù)移除兩端的空字符,但是如果確實(shí)需要存儲(chǔ)空格的時(shí)候,那就需要注意不要選擇使用 CHAR 類型:
數(shù)據(jù)如何存儲(chǔ)是由存儲(chǔ)引擎決定的,而且存儲(chǔ)引擎處理固定長度和可變長度的數(shù)據(jù)的方式并不相同。Memory 引擎使用固定大小的行,因此它需要分配最大可能的存儲(chǔ)空間——即便數(shù)據(jù)長度是可變的。但是,對于字符串的對齊和空字符截?cái)嗍怯?MySQL 服務(wù)端完成的,因此所有存儲(chǔ)引擎都是一樣的。
與 CHAR 和 VARCHAR 相似的是 BINARY和 VARBINARY,用于存儲(chǔ)二進(jìn)制字節(jié)字符,BINARY 的對齊使用字符0的字節(jié)值來對齊,并且再獲取值的時(shí)候不會(huì)截?cái)?。如果需要使用字符的字?jié)值而不是字符的話,使用 BINARY 會(huì)更高效,這是因?yàn)楸容^時(shí),一方面不需要考慮大小寫,另一方面是MySQL一次只比較一個(gè)字節(jié)。
分享標(biāo)題:mysql怎么char mysql怎么建立數(shù)據(jù)庫
文章網(wǎng)址:http://m.newbst.com/article32/hjphpc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供搜索引擎優(yōu)化、網(wǎng)站改版、App設(shè)計(jì)、網(wǎng)站導(dǎo)航、商城網(wǎng)站、服務(wù)器托管
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)