选择合适的数据类型 char与varchar 存储字符串，保存和检索方式不同，char固定长度，varchar可变长度。 对比图：     严格模式下，若实际值超出字段定义长度，将会抛出错误。 范例： -- 建表mysql> create table vc (v varchar(4), c char(4));query ok, 0 rows affected (0.29 sec)-- 插入数据mysql> insert into vc values('ab ', 'ab ');query ok, 1 row affected (0.09 sec)-- 查询mysql> select concat(v, '+'), concat(c, '+') from vc;+----------------+----------------+| concat(v, '+') | concat(c, '+') |+----------------+----------------+| ab + | ab+ |+----------------+----------------+1 row in set (0.06 sec)
char比varchar速度快得多，但浪费存储空间。随着mysql对varchar的性能提升，很多应用也经常用varchar。 不同存储引擎对char,varchar的使用原则有所不同：
text与blob blob可保存二进制数据，text只能保存字符串数据。 blob和text会带来一些性能问题，特别是删除操作。删除会留下一些空洞，对以后插入数据到该空洞会有影响，可定期使用optimize table进行优化。如， mysql> create table blob_test( -> id int not null auto_increment, -> content text, -> primary key (id))engine=myisam;query ok, 0 rows affected (0.34 sec)
插入一些数据后，数据文件大小为：
mysql> select count(1) from blob_test;+----------+| count(1) |+----------+| 12288 |+----------+
存储文件大小此时大于7m：
我们删除一些数据后，文件大小并没有变：
mysql> delete from blob_test where id > 5000;query ok, 7288 rows affected (0.16 sec)
当我们执行优化optimize table blob_test后，文件大小才缩小：
mysql> optimize table blob_test;+---------------------+----------+----------+----------+| table | op | msg_type | msg_text |+---------------------+----------+----------+----------+| mysqltest.blob_test | optimize | status | ok |+---------------------+----------+----------+----------+1 row in set (0.08 sec)
可以使用合成的(synthetic)索引来提高大文本字段(blob或text)的查询性能。 在不必要的时候避免检索大型的blog或text值。 可以把blog或text列分离到单独的表中。这会加少主表的碎片。 浮点数与定点数 对于浮点数，如果插入的值的精度超过定义的精度，则会四舍五入；如果sqlmode为tranditional，若插入值的精度大于定义的精度，则会报错。 定点数与浮点数不一样。定点数以字符串存储，精度更高。 使用浮点数和定点数的几个原则：         1. 浮点数存在误差问题；
        2. 对货币等对精度敏感的数据，应采用定点数来表示或存储；
        3. 若程序中用到浮点数，要注意其误差问题，尽量避免浮点数比较；
        4. 注意浮点数中一些特殊值的处理。
日期类型选择 对于日期类型的选择在前面的文章也详述过，这里作个简单的总结：         
不吝指正。