储存不区分大小写的字符数据
TINYTEXT 最大长度是 255 (2^8 – 1) 个字符。
TEXT 最大长度是 65535 (2^16 – 1) 个字符。
MEDIUMTEXT 最大长度是 16777215 (2^24 – 1) 个字符。
LONGTEXT 最大长度是 4294967295 (2^32 – 1) 个字符
char 对英文(ASCII)字符占用1个字节，对一个汉字占用2个字节
Varchar 的类型不以空格填满，比如varchar(100)，但它的值只是”n”,则它的值就是”n”
而char 不一样，比如char(100),它的值是”n”，而实际上它在数据库中是”n “(n后共有99个空格，就是把它填满为100个字节)。
由于 char是以固定长度的，所以它的速度会比varchar快得多!但程序处理起来要麻烦一点，要用trim之类的函数把两边的空格去掉!
他们的存储方式和数据的检索方式都不一样。
数据的检索效率是：char>varchar>text
空间占用方面，要具体情况具体分析了。
Char为定长，varchar，text为变长
Char在保存的时候，后面（右边）会用空格填充到指定的长度，在检索的时候后面的空格会去掉，所以检索出来的数据需要再用什么trim之类的函数去处理。(与sql server可能有些不同)
Varchar在保存的时候，不进行填充。当值保存和检索时尾部的空格仍保留。
TEXT列不能有默认值，存储或检索过程中，不存在大小写转换.
当存储的字符超过他们定义的长度时候，如果不是在sql服务器的严格模式下，都会自动截取合适的字段存储，而不会出现错误。但是，如果是中文的话同样要报错误：）比如定义char(4),然后insert (‘c哈哈’).
注意一点的，Char，Varchar不像数值类型，有系统默认长度，所以必须在括号里定义长度，可以有默认值
text不可以写默认值，后面如果指定长度，不会报错误，但是这个长度是不起作用的，意思就是你插入数据的时候，超过你指定的长度还是可以正常插入（严格模式下没有测试 ：））
存储计算：
在使用UTF8字符集的时候，手册上是这样描叙的：
· 基本拉丁字母、数字和标点符号使用一个字节。
· 大多数的欧洲和中东手写字母适合两个字节序列：扩展的拉丁字母（包括发音符号、长音符号、重音符号、低音符号和其它音符）、西里尔字母、希腊语、亚美尼亚语、希伯来语、阿拉伯语、叙利亚语和其它语言。
· 韩语、中文和日本象形文字使用三个字节序列。
char会造成空间浪费，但是有速度优势；而varchar节省了空间，但是速度就不如char。
- 经常变化的字段用varchar
- 知道固定长度的用char
- 尽量用varchar
- 超过255字节的只能用varchar或者text
- 能用varchar的地方不用text
最后发现原来要改就必须把该表中的所有varchar和text的字段一次性都改为char:
alter table ip_table modify ipddress char(16) default ”,modify status char(10) default ”,modify memo char(255) default ”;
……
alter table ip_table modify memo text;
之后表中的情况：
ipddress varchar(16)
status varchar(10)
memo text
■ 行定长的表比行可变长的表容易处理（其理由请参阅2 . 3节“选择列的类型”）。
■ 表行只在表中所有行为定长类型时是定长的。即使表中只有一列是可变长的，该表的
行也是可变长的。
■ 因为在行可变长时定长行的性能优点完全失去。所以为了节省存储空间，在这种情况
下最好也将定长列转换为可变长列。
这表示，如果表中有VARCHAR 列，那么表中不可能同时有CHAR 列；MySQL 会自动
地将它们转换为VARCHAR 列。例如创建如下一个表：
(
c1 CHAR(10),
c2 VARCHAR(10)
)
c1 varchar(10) yes null
c2 varchar(10) yes null
A LTER TABLE 将c1 转换为C H A R，将不起作用。将VARCHAR 列转换为CHAR 的惟一办
法是同时转换表中所有VARCHAR 列：