myisam和innodb的qubie

1、Myisam 支持锁表，innoDB 支持行锁。

2、innoDB 和 BDB 支持事务。

3、Myisam 与 innoDB 索引的区别：

     Myisam 无论是主键索引还是其他索引，索引存储的是数据的物理行地址。比如 id为主键索引，索引文件中每个 id 对应的是数据的物理行地址。查询时先根据条件从索引树找到对应的 id ，然后根据 id 存储的物理行地址查询数据。

    

     innoDB 的主键索引存储的是每条数据（即 id 直接对应数据）。其他索引例如：给 name 字段添加索引，索引树所对应的是每条数据的 id 。再根据 id 去拿对应的整条数据。     

     innoDB 主键索引也称之为聚簇索引（既有主键值，又有行数据 ），因为索引的值和 id 值都聚集在一起。。优点是 根据主键查询直接就可以拿到数据。缺点是 根据其他索引字段查询，要多拐一个弯儿（根据其他索引存储的 id 再去从主键索引拿数据），查询效率慢。而 Myisam 直接存储的是物理行地址，所以索引效率理论一样。 

     innoDB 如果没有主键，会把 unique key 做主键，也会有聚簇索引效果。如果 unique key 都没有，则系统内部会生成 rowid 做主键。 innoDB 在选择主键时类型最好是整型的而且是有序的，因为如果是无序的，如果产生分裂（分裂是比如已经有 id 1、5 ，这时来了个 3 就会把 5 向后推，产生分裂），将会大大降低了插入速度。

 

     假如有一个表的数据量非常大（id、ver、str(3000)），那么引擎将直接影响查询速度。因为第三个字段数据太长，innoDB 的主键索引存储的是整条数据，而这条数据是很长的，所以他会分割成很多块儿存储，会导致索引文件过大，查询时光读取索引文件就很消耗时间（解决方法：给查询字段添加组合索引 ，id和
ver 设为组合索引，将会大大加快查询速度。因为 innoDB 引擎 组合索引直接存储的是数据 id ，减小了索引文件所占空间，查询速度相对就快了。如果没有第三个数据那么大的字段， 依靠 innoDB 的主键索引读取是差不多的）。而
Myisam 的任何索引都存储的是数据的物理行，索引文件相对就小，读取文件速度当然比较快速。

     总结一点：索引文件大小直接影响读取速度。

 

4、mysql中有一种机制是表锁定和行锁定，为什么要出现这种机制，是为了保证数据的完整性。

     我举个例子来说吧，如果有二个sql都要修改同一张表的同一条数据，这个时候怎么办呢？

     是不是二个sql都可以同时修改这条数据呢？很显然mysql对这种情况的处理是：

    一种是表锁定（myisam存储引擎），

     一个是行锁定（innodb存储引擎）。

     表锁定表示你们都不能对这张表进行操作，必须等我对表操作完才行。

     行锁定也一样，别的sql必须等我对这条数据操作完了，才能对这条数据进行操作。

     如果数据太多，一次执行的时间太长，等待的时间就越长，这也是我们为什么要分表的原因。