《高性能MySQL》---第4章 Schema与数据类型优化

1、概述

　　　　良好的逻辑设计、物理设计 是高性能的基石；

2、选择优化的数据类型

　　　　2.1、更小的通常更好

　　　　　　　　尽量使用 可以  正确存储数据 的  最小数据类型；（占用更少的磁盘、内存、CPU缓存、CPU周期也少）

　　　　2.2、简单就好

　　　　　　　　简单数据类型 操作 需要更少的CPU周期；

　　　　2.3、尽量避免null

　　　　　　　　null值的列 建立索引 需要特殊处理，更为复杂；

3、MySQL Schema 设计中的陷阱

　　　　3.1、太多的列

　　　　　　　　存储引擎API   工作时   需要在服务器层和存储引擎层  之间通过  行缓冲格式  拷贝数据，然后  在服务器层 将缓冲内容解码成 各个列；

　　　　3.2、太多的关联

　　　　　　　　MySQL 限制 每个关联操作 最多只能有61张；

　　　　　　　　单个查询 最好 在12个表以内做关联；

　　　　3.3、null值的处理

　　　　　　　　如果无法避免 null，可以用0,或者 特殊值替代；