mysql优化和索引

wadada

                      

• 表的优化
  
  

1.定长与变长分离
    如 int,char(4),time核心且常用字段，建成定长，放在一张表；
    而varchar,text,blob这种变长字段适合单放一张表，用主键与核心表关联。
2.常用字段和不常用字段要分离
3.在 1 对多需要关联统计的字段上，添加冗余字段。

• 列类型选择原则
  
  

1.字段类型优先级  整型 > date,time > enum,char > varchar > blob,text
2.够用就行，不要慷慨，大的字段浪费内存，影响速度。
3.尽量避免用NULL,NULL不利于索引，需要特殊的字节来标注。

• Enum列的说明
  
  

1.enum列在内部是用整型来存储的
2.enum列和enum列想关联速度最快
3.enum列比(var)char的弱势--在碰到与char关联时，要转化，要花时间
4.优势---当char非常长时，enum依然是整型固定长度，当查询的数据量越大时。enum的优势越明显。



索引提高查询的速度、提高排序的速度、提高分组的速度

• 聚簇索引和非聚簇索引
  
  

聚簇索引：btree
          innodb引擎，索引和数据是在一块的，
          innodb直接在主键索引的树中，储存行的数据，（既存储了主键值，又存储了行数据）。
          innodb次索引指向对主键的引用。
          优点：根据主键查询条目比较少时，不用回行（数据就在主键节点下）。
          缺点：如果碰到不规则数据插入时，造成频繁的页分裂。
非聚簇索引：btree
            myisam引擎， 索引和数据是分开的，
    myisam索引指向行在磁盘上的位置
            myisam中，主索引和次索引都指向物理行（磁盘位置）。