（今天晚上要读书，所以先发上来）
昨天我们讲的是myisam表的特性，今天我们来讲讲innodb的一些特性。
之所以要采用innodb，是因为innodb有一些新的特性，而这些特性又是myisam所不具备的，它们是：事务、数据行级锁定、外键约束、崩溃恢复
看到上面这些特性，你是不是基本了解了innodb所应用的范围了？是的，innodb所具备的这些特性，使得mysql即使在高端应用也有了用武之地，特别是在处理类似银行这些对事务非常关心，也非常重要的场合（存钱取钱以及转帐等），下面就对这些特性进行简单介绍。
在介绍特性之间，先说明一下，innodb虽然一直是MSYQL的集成组件之一，但事实上，innodb的驱动的研发和收费技术支持都是来自innodb公司：http://www.innodb.com，这可是一家独立的公司。
事务：在innodb里所有的操作都可以被看成是在执行一个事务，它允许把几条有内在逻辑关系的SQL当成一个整体来执行。所以执行期间发生错误，则所有的命令会全部失效，就好象从未执行过任何SQL一样，而不仅仅是导致错误的那一条命令。正因为这样，所以事务功能相对增强了数据库的安全性。mysql支持全部的4种事务级别（READ UNCOMMITTED,READ COMMITED,REPEATABLE READ , SERIALIZABLE）
数据行级锁定：在执行事务时，innodb表的驱动程序会使用内置的行级锁定机制，而不是采用mysql自身的行级锁定机制。也就是说即使在执行事务时，其他进程仍然可以访问它，因为被锁定的仅仅是那些正在接收事务处理的记录。这与mysql的lock table不一样，lock table执行完后，整个表都被锁定了。这两种方式的对比可以让你看出，如果有一大堆人在处理一个很大的数据表，孰优孰劣一看便知。并且，innodb的这个驱动相对比较先进的就是，它能够自动识别“死锁”（所谓死锁，就是两个进程各战胜一项对方需要的资源，同时又在等待对方先释放所占用的资源，结果导致两个进程都不能执行），并自动终止两个进程中的一个。这才是innodb的强项。
外键约束：如果在数据表间定义了关联，innodb驱动将自动保证数据表的引用一致性，即便在执行过delete后也能同样保持。也就是说，不可能出现在A表的记录引用B表一条并不存在的记录，这就是所谓的：外键约束
崩溃恢复：理论上，在数据库发生崩溃后，只要计算机的文件系统没有被破坏，innodb数据表能够迅速地自动恢复到一个稳定可用的状态。说明一下，这只是理论上，具体怎么样，我没有测试过，也没有搜索到相关文章，如果有人搜索到相关的资料，请告知，以便我更新一下，谢谢。
说了这么多的特性，下面也要谈谈它的缺点，毕竟凡事都有双面性，有优点自然也会存在缺点，否则，谁还会用myisam？
使用innodb有以下几个缺点:
1、表空间的管理。与myisam分成三个文件的存储方式不一样，innodb把所有的数据、索引、结构都存在了一个表空间里。当然，表空间可以是一个或多个文件组成，也就是说这些文件组成了一个虚拟的文件系统。然而问题就出在这里，这些文件被创建后只能增长，不能缩小。如果想复制innodb表，只有使用mysqldump来进行处理，而myisam在停掉数据库后，直接复制就可以了（好象到了4.1或5.0后，这样的直接复制好象不行了？我是指两个表的设置如果不一样的话）
2、数据记录的长度。innodb的单条记录最多占用8000个字节。这个限制不包括text和blob等类型字段，事实上，这此字段只有前512个字节和其他数据存在数据库里，超过这个长度的内容都是被存储在上面所说的“虚拟文件系统——表空间”的其他文件里面。在这里，有一个回复，也可以参考一下，虽然不一定完全正确：http://imysql.cn/node/548，呵呵。
3、存储空间。在内容相同的情况下，一般来说innodb所占用的空间要比myisam所占用的大的多，最多时，可能会有两倍。
4、全文索引。这恐怕是它最大的缺憾了，innodb不支持full-text index。
5、GIS数据。存储和读取这个，还是myisam来的更方便一点，所以innodb也不支持它。
6、COUNT相关。innodb在处理SELECT COUNT(*) FROM table的时候，比myisam慢得多，这主要是因为它支持事务。可是，我在用sql server的时候也没有慢很多嘛。不知道它何时能够被解决，否则在内容较大的时候，处理分页就烦了。
7、表锁定。因为innodb有自己的表锁定算法，所以想使用表锁定功能时，用innodb所支持的select .. for update或select .. IN share mode，而不要使用mysql 自带的lock table。
8、虽然有这么多好处，可惜mysql这张表，还是得用myisam格式。而不能使用innodb
9、费用。。。。对于我们个人来说，我们只需要使用免费的mysql，而不是使用商业版的mysql，那么收费就与我们无缘了。至于商业应用嘛，那，钱是少不了的，听说，如果在mysql许可证里加上innodb支持，将收取双倍费用。好恐怖。。。
上面的这些也是我在参考书本后，进行的整理，否则，凭我这些小小的经验，怎么可能了解这么多？