MyISAM和InnoDB的差异
Mysql支持很多表类型的表（即存储引擎），如MyISAM、InnoDB、Memory、Archive、Example等，主要介绍两种MyISAM和InnoDB。
MyISAM是默认表类型，基于ISAM（Indexed Sequential Access Method索引顺序访问方法），它是存储记录和文件的标准方法，不是事务安全的，不支持外键，如果有大量的select，MyISAM比较合适。MyISAM表示独立于操作系统之外的，通俗点说就是你可以很轻松的将MyISAM表从windows移植到linux或者从linux移植到windows。
InnoDB支持事务安全，支持外键、行锁，事务是它的最大优点，如果有大量的insert和update，建议用InnoDB，特使是针对高并发和QPS（query per second）较高的情况。
1. 表锁差异
MyISAM
MyISAM只支持表锁，在select、insert、update、delete都会锁表，开销小，加锁快，不会出现死锁。锁定粒度大，发生锁冲突的概率最高，并发量最低。
InnoDB
InnoDB支持事务和行锁，开销大，加锁慢，会出现死锁。锁力度小，发生锁冲突的概率小，并发度最高。
1> 事务的ACID属性
a) 原子性（Atomicity）：原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
b) 一致性（Consistency）：事务前后数据的完整性必须保持一致。
c) 隔离性（Isolation）：事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。
d) 持久性（Durability）：持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。
2> 并发事务带来的问题
a) 脏读：一个事务修改了还没提交，另一个事务就读了。
b) 不可重复读：一个事务两次读取数据之间，另一个事务修改了数据。
c) 幻读：一个事务两次读取数据之间，另一个事务新增了数据。
d) 丢失修改（更新丢失）：两个事务同时修改每个数据，一个事务的提交破坏了另一个事务的修改。例如，T1读A修改为A-1，T2也读A修改为A-1（实际上T2读A-1修改为A-2）。
3> 事务隔离级别
|
隔离级别 |
读数据一致性 |
并发副作用 |
||
|
脏读 |
不可重复读 |
幻读 |
||
|
未提交读 （Read uncommitted） |
最低级别，不读物理上损坏的数据 |
是 |
是 |
是 |
|
已提交读 （Read committed） |
语句级 |
否 |
是 |
是 |
|
可重复读 （Repeatable read） |
事务级 |
否 |
否 |
是 |
|
可序列化 （Serializable） |
最高级别， 事务级 |
否 |
否 |
否 |
查看mysql的默认事务隔离级别“show global variables like ‘tx_isolation’;”
4> InnoDB的行锁模式有以下几种：共享锁，排他锁，意向共享锁（表锁），意向排他锁（表锁），间隙锁。
注意：当语句没有使用索引，InnoDB不能确定操作的行，这个时候就使用的意向锁，也就是表锁。
5> 关于死锁
a) 什么是死锁？当两个事务都需要获得对方持有的排他锁才能完成事务，这样就导致了循环锁等待，也就是常见的死锁类型。
b) 解决死锁的方法：
1、数据库参数；
2、 应用中尽量约定程序读取表的顺序一样；
3、 应用中处理一个表时，尽量对处理的顺序排序；
4、 调整事务隔离级别（避免两个事务同时操作一行不存在的数据，容易发生死锁）。
2. 数据库文件差异
MyISAM
MyISAM属于堆表。
1> 在磁盘上存储有3个文件，每个文件以表名为开头。
.frm用于存储表的定义
.MYD用于存放表的数据
.MYI用于存放表的索引
2> 在mysql中可以创建3种MyISAM格式的表——静态、动态和压缩。格式不需要单独指定，mysql会根据表结构自动选择最合适的格式。
a) MyISAM静态：如果表的每个字段的数据类型的定义都是使用静态的（如char），mysql就会自动使用静态MyISAM格式，这种类型格式的表的性能是很高的，也就是查询更新用的时间很少，但要知道这是在牺牲空间为代价。因为每一列都要分配最大的空间，即使有部分空间没有用到，这就使得静态的表所占的空间会比较大。
b) MyISAM动态：如果表的每个字段的数据类型的定义都是使用动态的（如varchar），mysql就会自动使用动态MyISAM格式，这种类型格式的表的性能会有所下降，但是它的空间占有要比静态的少很多。
c) MyISAM压缩：如果有一张表在设计之初只赋予了它读的使命，就可以用MyISAM压缩表，在相同的配置下，它的性能是最快的。
InnoDB
InnoDB属于索引组织表。
InnoDB有两种存储方式，共享表空间存储和多表空间存储，两种存储方式的表结构和MyISAM一样，以表名开头，扩展名是.frm。
如果使用共享表空间，那么所有表的数据文件和索引文件都保存在一个表空间里，一个表空间可以有多个文件，通过innodb_data_file_path和innodb_data_home_dir参数设置共享表空间的位置和名字，一般共享表空间的名字叫ibdata1-n。
如果使用多表空间，那么每个表都有一个表空间文件用于存储每个表的数据和索引，文件名以表名开头，以.ibd为扩展名。
3. 索引差异
关于自动增长
MyISAM引擎的自动增长列必须是索引，如果是组合索引，自动增长可以不是第一列，他可以根据前面几列进行排序后递增。
InnoDB引擎的自动增长列必须是索引，如果是组合索引也必须是组合索引的第一列。
关于主键
MyISAM允许没有任何索引和主键的表存在，MyISAM的索引都是保存行的地址。
InnoDB引擎如果没有设定主键或者非空唯一索引，就会自动生成一个6字节的主键（用户不可见），InnoDB的数据是主索引的一部分，附加索引保存的是主索引的值。
关于count()函数
MyISAM保存有表的总行数，如果select count(*) from table;会直接取出出该值。
InnoDB没有保存表的总行数，如果使用select count(*) from table;就会遍历整个表，消耗相当大，但是在加了wehre 条件后，MyISAM和InnoDB处理的方式都一样。
全文索引
MyISAM支持 FULLTEXT类型的全文索引。
InnoDB不支持FULLTEXT类型的全文索引，但是InnoDB可以使用sphinx插件支持全文索引，并且效果更好。（sphinx 是一个开源软件，提供多种语言的API接口，可以优化mysql的各种查询）。
delete from table
使用这条命令时，InnoDB不会从新建立表，而是一条一条的删除数据，在InnoDB上如果要清空保存有大量数据的表，最好不要使用这个命令。（推荐使用truncate table，不过需要用户有drop此表的权限）。
索引保存位置
MyISAM的索引以表名+.MYI文件分别保存。
InnoDB的索引和数据一起保存在表空间里。
4. 几点注意事项
-
可以用 show create table tablename 命令看表的引擎类型。
-
对不支持事务的表做start/commit操作没有任何效果，在执行commit前已经提交。
-
可以执行以下命令来切换非事务表到事务（数据不会丢失），InnoDB表比MyISAM表更安全：alter table tablename type=innodb;或者使用 alter table tablename engine = innodb;
-
默认innodb是开启自动提交的，如果你按照MyISAM的使用方法来编写代码页不会存在错误，只是性能会很低。如何在编写代码时候提高数据库性能呢？
1> 尽量将多个语句绑到一个事务中，进行提交，避免多次提交导致的数据库开销。
2> 在一个事务获得排他锁或者意向排他锁以后，如果后面还有需要处理的sql语句，在这两条或者多条sql语句之间程序应尽量少的进行逻辑运算和处理，减少锁的时间。
3> 尽量避免死锁。
4> sql语句如果有where子句一定要使用索引，尽量避免获取意向排他锁。
5> 针对开发，一般日志表之类的都是不修改的，可以用MyISAM，而其他表要用到事务，要频繁修改的可以用InnoDB。