mysql优化思路（存储引擎）

之前写的项目里边为了保证数据安全 不管什么表用的都是innodb。当初也不理解，大家都这么定了。但是当面对大数据查询时候 这个就很要命了。innodb不同于myisam的地方是索引和数据是结合在一起的，导致了每次二叉树分裂，都伴随着数据的迁移。这样数据少的情况下是看不出来的。（mysql 是索引和数据分开，先从找出索引，然后根据索引去找数据文件）。但是数据量庞大的时候。效率就不是一个数量级别的。

例如一个表 有个复合索引。主键和一个普通的字段。当根据主键id或者是根据两个字段共同查询的效率上，myisam是一样快的，但是采用innode只采用主键查询跟采用两个字段查询 效率慢了27倍。

_____________________________

后发先这样说也不是很准确 当数据表中有几个大字段的时候才会导致这样的差异，这几个大字段不一定是建立索引。在单用id查询的时候 需要从碎裂的数据块中跳跃查询，当用复合索引的时候 就避免了这种情况。

但是当没有这几个大字段的时候，两者速度相差不大

这里再剖析下innodb,主键索引和复合索引的区别，主键索引下边是跟数据块的，复合索引就是单独形成的索引。通过复合索引直接定位到数据块 这点跟myisam有点类似