选择合适的数据类型

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. 浮点数存在误差问题；

magento(麦进斗)

Magento是一套专业开源的PHP电子商务系统。Magento设计得非常灵活，具有模块化架构体系和丰富的功能。易于与第三方应用系统无缝集成。Magento开源网店系统的特点主要分以下几大类，网站管理促销和工具国际化支持SEO搜索引擎优化结账方式运输快递支付方式客户服务用户帐户目录管理目录浏览产品展示分析和报表Magento 1.6 主要包含以下新特性：•持久性购物 - 为不同的