mysql 中 char 、 varvhar 、 nvarchar 都是用來(lái) 存儲(chǔ)字符串 的,只是他們的存儲(chǔ)方式不一樣。
主要從事網(wǎng)頁(yè)設(shè)計(jì)、PC網(wǎng)站建設(shè)(電腦版網(wǎng)站建設(shè))、wap網(wǎng)站建設(shè)(手機(jī)版網(wǎng)站建設(shè))、成都響應(yīng)式網(wǎng)站建設(shè)公司、程序開(kāi)發(fā)、微網(wǎng)站、成都微信小程序等,憑借多年來(lái)在互聯(lián)網(wǎng)的打拼,我們?cè)诨ヂ?lián)網(wǎng)網(wǎng)站建設(shè)行業(yè)積累了豐富的網(wǎng)站設(shè)計(jì)制作、網(wǎng)站建設(shè)、網(wǎng)絡(luò)營(yíng)銷經(jīng)驗(yàn),集策劃、開(kāi)發(fā)、設(shè)計(jì)、營(yíng)銷、管理等多方位專業(yè)化運(yùn)作于一體,具備承接不同規(guī)模與類型的建設(shè)項(xiàng)目的能力。
固定長(zhǎng)度的非Unicode字符數(shù)據(jù),最大長(zhǎng)度8000個(gè)字符。例:char(8) 輸入的字符小于8時(shí),后面用空格補(bǔ)齊,輸入的字符大于8時(shí),截取前8個(gè)字符。
可變長(zhǎng)度的非Unicode字符數(shù)據(jù),最大長(zhǎng)度8000個(gè)字符。例:varchar(8) 存儲(chǔ)的字符實(shí)際上就是你所輸入的字符。但要在總長(zhǎng)度上加1字符,用來(lái)記錄其字節(jié)的長(zhǎng)度。
可變長(zhǎng)度的Unicode字符數(shù)據(jù),最大長(zhǎng)度4000個(gè)字符。字節(jié)的存儲(chǔ)大小是所輸入字符個(gè)數(shù)的兩倍。
char的存儲(chǔ)速率比varchar要高,因?yàn)関archar要去計(jì)算輸入字符的長(zhǎng)度。但是空間的利用率上varchar要比char更好。
我們知道Unicode編碼對(duì)英文和中文字符都是用兩個(gè)字節(jié)表示,nvarchar一般用來(lái)存儲(chǔ)中文 ,存儲(chǔ)英文的時(shí)候數(shù)量上會(huì)有所損失。
建議純英文和數(shù)字用char/varchar,有中文使用nvarchar。
對(duì)于 MyISAM 存儲(chǔ)引擎的表,盡量使用 char ,對(duì)于經(jīng)常需要修改而形成碎片的myisam數(shù)據(jù)表更是如此,它的缺點(diǎn)是占用磁盤空間。
對(duì)于 InnoDB 存儲(chǔ)引擎的表,盡量使用 varchar ,因?yàn)樗臄?shù)據(jù)存儲(chǔ)格式對(duì)固定長(zhǎng)度的格式和可變長(zhǎng)度的格式不加以區(qū)分,所以char會(huì)比varchar占用更多存儲(chǔ)空間,從減少空間占用和磁盤I/O角度看,使用varchar更好。
關(guān)于varchar還有一個(gè)問(wèn)題,varchar可以自適應(yīng)存儲(chǔ)空間,那varchar(20)和varchar(1000)存儲(chǔ)都是一樣的,那每次設(shè)計(jì)越大就好,免得以后不夠用,這個(gè)觀點(diǎn)是錯(cuò)的,因?yàn)閙ysql會(huì)把表信息放進(jìn)內(nèi)存中(查詢第一次后就緩存了),這時(shí)內(nèi)存的申請(qǐng)是按照固定長(zhǎng)度來(lái)的,varchar很大,申請(qǐng)的內(nèi)存也會(huì)越大,所以還是按需設(shè)值。
1、 存儲(chǔ)很短的信息的時(shí)候應(yīng)該用char,例如門牌號(hào):104,因?yàn)関archar還會(huì)再多一個(gè)字節(jié)記錄長(zhǎng)度。
2、 頻繁改變的字段應(yīng)該用char,因?yàn)槊看涡薷膙archar都會(huì)重新計(jì)算長(zhǎng)度,而這些char不用。
3、 大數(shù)據(jù)量(多行)提取時(shí)varchar的磁盤I/O消耗更低,意味著varchar在綜合查詢性能上比char更好。
4、 存儲(chǔ)數(shù)據(jù)有中文時(shí),有用nvarchar。
VARCHAR 和 CHAR 是兩種主要的字符串類型,用于存儲(chǔ)字符。不幸的是,由于實(shí)現(xiàn)的方式依賴于存儲(chǔ)引擎,因此很難解釋這些字符串在磁盤和內(nèi)存中如何存儲(chǔ),除了除了常用的 InnoDB 和 MyISAM 外,假設(shè)你使用了其他存儲(chǔ)引擎,應(yīng)當(dāng)仔細(xì)閱讀存儲(chǔ)引擎的文檔。
VARCHAR 存儲(chǔ)可變長(zhǎng)度的字符串,也是最常用的字符數(shù)據(jù)類型。相比固定長(zhǎng)度的類型,VARCHAR 所需的存儲(chǔ)空間更小,它會(huì)盡可能少地使用存儲(chǔ)空間(例如,短的字符串占據(jù)的空間)。對(duì)于 MyISAM 來(lái)說(shuō),如果創(chuàng)建表的時(shí)候指定了 ROW_FORMAT=FIXED 的話,那么會(huì)使用固定的空間存儲(chǔ)字段而導(dǎo)致空間浪費(fèi)。VARCHAR 使用1-2個(gè)額外的字節(jié)存儲(chǔ)字符串的長(zhǎng)度:當(dāng)最大長(zhǎ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é)省空間,因此可以改善性能。但是,由于長(zhǎng)度可變,當(dāng)更新數(shù)據(jù)表的時(shí)候數(shù)據(jù)行的存儲(chǔ)空間會(huì)變化,這一定程度上會(huì)帶來(lái)額外的開(kāi)銷。如果數(shù)據(jù)行的長(zhǎng)度導(dǎo)致原有的存儲(chǔ)位置無(wú)法存放,那么不同的存儲(chǔ)引擎會(huì)做不同的處理。例如 MyISAM 可能產(chǎn)生數(shù)據(jù)行的碎片,而 InnoDB 需要進(jìn)行磁盤分頁(yè)來(lái)存放更新后的數(shù)據(jù)行。
通常,如果最大的列長(zhǎng)度遠(yuǎn)遠(yuǎn)高于平均長(zhǎng)度的話(例如可選的備注字段),使用 VARCHAR 是劃算的,同時(shí)如果更新的頻次很低,那么碎片化也不會(huì)是一個(gè)問(wèn)題。需要注意的是,如果使用的是 UTF-8字符集,則實(shí)際存儲(chǔ)的字節(jié)長(zhǎng)度是根據(jù)字符定的。對(duì)于中文,推薦的存儲(chǔ)字符集是 utf8mb4。
CHAR 類型的長(zhǎng)度是固定的,MySQL 會(huì)對(duì)每個(gè)字段分配足夠的存儲(chǔ)空間。 存儲(chǔ)CHAR 類型值的時(shí)候,MySQL 會(huì)移除后面多出來(lái)的空字符 。值是使用空字符進(jìn)行對(duì)齊以便進(jìn)行比較。對(duì)于短的字符串來(lái)說(shuō),使用 CHAR 更有優(yōu)勢(shì),而如果所有的值的長(zhǎng)度幾乎一致的話,就可以使用 CHAR。例如存儲(chǔ)用戶密碼的MD5值時(shí)使用 CHAR 就更合適,這是因?yàn)?MD5的長(zhǎng)度總是固定的。同時(shí),對(duì)于字段值經(jīng)常改變的數(shù)據(jù)類型來(lái)說(shuō),CHAR 相比 VARCHAR 也更有優(yōu)勢(shì),因?yàn)?CHAR 不會(huì)產(chǎn)生碎片。對(duì)于很短的數(shù)據(jù)列,使用 CHAR 比 VARCHAR更高效,例如使用CHAR(1)存儲(chǔ)邏輯值的 Y 和 N,這種情況下只需要1個(gè)字節(jié),而 VARCHAR 需要2個(gè)字節(jié)。
對(duì)于移除空字符這個(gè)特性會(huì)感覺(jué)奇怪,我們舉個(gè)例子:
按上面的結(jié)果插入數(shù)據(jù)表后,string2中的前置空格不會(huì)移除,但使用 CHAR 類型存儲(chǔ)時(shí),string3尾隨空格會(huì)被移除,使用 SQL 查詢結(jié)果來(lái)檢驗(yàn)一下:
得出來(lái)的結(jié)果如下,可以看到 CHAR 類型的 string3后面的空格被移除了,而 VARCHAR類型的沒(méi)有。這種情況大多數(shù)時(shí)候不會(huì)有什么問(wèn)題,實(shí)際在應(yīng)用中也經(jīng)常會(huì)使用 trim 函數(shù)移除兩端的空字符,但是如果確實(shí)需要存儲(chǔ)空格的時(shí)候,那就需要注意不要選擇使用 CHAR 類型:
數(shù)據(jù)如何存儲(chǔ)是由存儲(chǔ)引擎決定的,而且存儲(chǔ)引擎處理固定長(zhǎng)度和可變長(zhǎng)度的數(shù)據(jù)的方式并不相同。Memory 引擎使用固定大小的行,因此它需要分配最大可能的存儲(chǔ)空間——即便數(shù)據(jù)長(zhǎng)度是可變的。但是,對(duì)于字符串的對(duì)齊和空字符截?cái)嗍怯?MySQL 服務(wù)端完成的,因此所有存儲(chǔ)引擎都是一樣的。
與 CHAR 和 VARCHAR 相似的是 BINARY和 VARBINARY,用于存儲(chǔ)二進(jìn)制字節(jié)字符,BINARY 的對(duì)齊使用字符0的字節(jié)值來(lái)對(duì)齊,并且再獲取值的時(shí)候不會(huì)截?cái)?。如果需要使用字符的字?jié)值而不是字符的話,使用 BINARY 會(huì)更高效,這是因?yàn)楸容^時(shí),一方面不需要考慮大小寫,另一方面是MySQL一次只比較一個(gè)字節(jié)。
char: 是定長(zhǎng)格式的,長(zhǎng)度范圍是0~255. 想要儲(chǔ)存一個(gè)長(zhǎng)度不足255的字符時(shí),MySQL會(huì)用空格來(lái)填充剩下的字符。因此在讀取數(shù)據(jù)時(shí),char類型的數(shù)據(jù)要進(jìn)行處理,把后面的空格去除。
名稱欄目:mysql怎么用char mysql怎么用創(chuàng)建的用戶登錄
文章地址:http://jinyejixie.com/article36/doddosg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供、域名注冊(cè)、網(wǎng)站制作、ChatGPT、小程序開(kāi)發(fā)、外貿(mào)網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)