CHAR和VARCHAR的對比
當我們要存儲字符串(較小)的字符串時，MySQL為我們提供了CHAR和VARCHAR兩種數(shù)據(jù)類型很洋。
-
CHAR
CHAR屬于固定長度的字符數(shù)據(jù)類型，即無論我們實際字符長度是多少，使用CHAR都會以固定長度保存
CHAR(M)中的M用于指定保存字符的長度，M的范圍是0-255個字符心肪，如果直接設(shè)置CHAR則默認M為1
-
VARCHAR
VARCHAR屬于可變長的字符數(shù)據(jù)類型，會根據(jù)要保存的字符長度來動態(tài)調(diào)整占用的空間纠吴，VARCHAR(M)中的M用于指定可保存的最大字符長度，范圍是0-65535慧瘤，使用VARCHAR必須指定M
簡單來說戴已，CHAR和VARCHAR的相同點就是都可以用來存儲中短字符串，例如姓名锅减、文章標題等糖儡，同時當我們要存儲的字符長度超過M范圍后，非嚴格模式下會截斷怔匣，而嚴格模式下會報錯握联。
我們重點來看下他們的不同點。
| 選項 | CHAR(M) | VARCHAR(M) |
|---|---|---|
| M的范圍 | 0-255 | 0-65535 |
| M是否必須設(shè)置 | 否,不設(shè)置M為1 | 必須,否則報錯 |
| 存儲數(shù)據(jù)較小時 | 右側(cè)填充空格至M | 根據(jù)數(shù)據(jù)長度保存 |
| 處理速度 | 高 | 相對低 |
| 占用空間 | 相對高 | 低 |
隨著MySQL版本的不斷升級每瞒，VARCHAR數(shù)據(jù)類型的性能也在不斷改進并提高金闽，在InnoDB引擎下建議使用VARCHAR數(shù)據(jù)類型。
但是對于某些明確知道其長度的列剿骨，比如性別（也可以使用enum類型）代芜、身份證號碼等，應(yīng)該使用CHAR類型浓利。
SQL_MODE帶來的影響
前面我們說了挤庇，CHAR數(shù)據(jù)類型當保存的數(shù)據(jù)長度不足M時會在其右側(cè)填充空格以達到指定長度钞速，但是我們查詢時似乎并不是這樣，來看以下例子：
mysql> CREATE TABLE ts3 ( NAME CHAR(10), wxName VARCHAR(10));
mysql> INSERT INTO ts3 VALUES
('張三', '孤狼'),
('王小二', '放牛的娃'),
('邁克爾杰克遜', '世界舞王');
mysql> SELECT LENGTH(NAME), CHAR_LENGTH(NAME),
LENGTH(wxName), CHAR_LENGTH(wxName)
FROM ts3;
查詢結(jié)果如下
你會發(fā)現(xiàn)字符長度竟然不是10嫡秕？不是說好的使用空格填充嗎渴语？別慌，MySQL在查詢時會默認幫我們剔除掉末尾的空格昆咽，因此我們看到的就是數(shù)據(jù)實際占用的長度驾凶，我們可以通過修改SQL_Mode來改變這種默認行為。
mysql> SET SESSION sql_mode = 'PAD_CHAR_TO_FULL_LENGTH';
mysql> SELECT LENGTH(NAME), CHAR_LENGTH(NAME),
LENGTH(wxName), CHAR_LENGTH(wxName)
FROM ts3;
可以看到潮改，當我們修改了SQL_Mode后狭郑，定長數(shù)據(jù)類型的列無論實際的數(shù)據(jù)長度為多少，其字符長度CHAR_LENGTH都為10汇在。
而對于變長數(shù)據(jù)類型VARCHAR來說翰萨，無論SQL_Mode如何修改，都不會影響其長度值糕殉。
