网站数据库引擎介绍 MySQL网站数据库引擎取决于MySQL在安装的时候是如何被编译的。要添加一个新的引擎，就必须重新编译MYSQL。在缺省情况下，MYSQL支持三个引擎：ISAM、MYISAM和hEAP。另外两种类型INNODB和BERKLEY（BDB），也常常可以使用。假如如果技术高超，还可以使用MySQL API自己做一个引擎。下面介绍几种网站数据库引擎： ISAM：ISAM是一个定义明确且历经时间考验的数据表格管理具体相关方法，它在设计之时就考虑到 网站数据库被查询的次数要远大于更新的次数。因此，ISAM执行读取操作办法的速度很快，而且不占用大量的内存和存储资源。ISAM的两个主要不足之处在于，它不 支持事务处理，也不能够容错：假如如果您的硬盘崩溃了，那么数据网站网站文件就无法恢复了。假如如果您正在把ISAM用在关键任务应用程序里，那就必须经常备份您所有的实 时数据，通过其复制特性，MYSQL能够支持这样的备份应用程序。 MyISAM：MyISAM是MySQL的ISAM扩展格式和缺省的网站数据库引擎。除了提供ISAM里所没有的索引和字段管理的大量功能，MyISAM还使用一种表格锁定的机制，来网站seo优化多个并发的读写操作办法，其代价是您需要经常运行OPTIMIZE TABLE开始执行命令，来恢复被更新机制所浪费的空间。MyISAM还有一些有用的扩展，例如用来修复网站数据库网站网站文件的MyISAMChK相关工具和用来恢复浪费空间的 MyISAMPACK相关工具。MYISAM强调了快速读取操作办法，这可能就是为什么MySQL受到了WEB开发如此青睐的主要原因：在WEB开发中您所进行的大量数据操作办法都是读取操作办法。所以，大多数虚拟主机提供商和INTERNET平台提供商只允许使用MYISAM格式。MyISAM格式的一个重要缺陷就是不能在表损坏后恢复数据。 hEAP：hEAP允许只驻留在内存里的临时表格。驻留在内存里让hEAP要比ISAM和MYISAM都快，但是它所管理的数据是不稳定的，而且假如如果在关机之前没有进行保存，那么所有的数据都会丢失。在数据行被删除的时候，hEAP也不会浪费大量的空间。hEAP表格在您需要使用SELECT表达式来选择和操控数据的时候非常有用。要记住，在用完表格之后就删除表格。 InnoDB：InnoDB网站数据库引擎都是造就MySQL灵活性的技术的直接产品，这项技术就是MYSQL API。在使用MYSQL的时候，您所面对的每一个挑战几乎都源于ISAM和MyISAM网站数据库引擎不支持事务处理（transaction process）也不支持外来键。尽管要比ISAM和 MyISAM引擎慢很多，但是InnoDB包括了对事务处理和外来键的支持，这两点都是前两个引擎所没有的。如前所述，假如如果您的设计需要这些特性中的一者 或者两者，那您就要被迫使用后两个引擎中的一个了。 假如如果感觉自己的确技术高超，您还能够使用MySQL API来创建自己的网站数据库引擎。这个API为您提供了操作办法字段、记录、表格、网站数据库、连接、安全帐号的功能，以及建立诸如MySQL这样DBMS所需要的所有其他无数功能。深入讲解API已经超出了本文的范围，但是您需要了解MySQL API的存在及其可交换引擎背后的技术，这一点是很重要的。估计这个插件式网站数据库引擎的模型甚至能够被用来为MySQL创建本地的XML提供器（XML provider）。（任何读到本文的MySQL API开发人员可以把这一点当作是个要求。） MyISAM与InnoDB的区别 InnoDB和MyISAM是许多人在使用MySQL时最经常用的的两个表类型，这两个表类型各有优劣，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级网站数据库功能。 以下是一些细节和具体实现的差别： 1.InnoDB不支持FULLTEXT类型的索引。 2.InnoDB 中不保存表的具体行数，也就是说，执行select count(*) fromtable时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)数据库语句包含where条件时，两种表的操作办法是一样的。 3.对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中，可以和其他字段一起建立联合索引。 4.DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除。 5.LOAD TABLE FROMMASTER操作办法对InnoDB是不起作用的，解决具体相关方法是首先把InnoDB表改成MyISAM表，导入数据后再改成InnoDB表，但是对于使用的额外的InnoDB特性(例如外键)的表不适用。 另外，InnoDB表的行锁也不是绝对的，假如在执行一个SQL数据库语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表，例如updatetable set num=1 where name like “a%” 两种类型最主要的差别就是Innodb支持事务处理与外键和行级锁.而MyISAM不支持.所以MyISAM往往就容易被人认为只适合在小项目中使用。 我作为使用MySQL的用户角度出发，Innodb和MyISAM都是比较喜欢的，但是从我目前运维的网站数据库平台要达到需求：99.9%的稳定性，方便的扩展性和高可用性来说的话，MyISAM绝对是我的首选。 原因如下： 1、首先我目前平台上承载的大部分项目是读多写少的项目，而MyISAM的读性能是比Innodb强不少的。 2、MyISAM的索引和数据是分开的，并且索引是有压缩的，内存使用率就对应提高了不少。能加载更多索引，而Innodb是索引和数据是紧密捆绑的，没有使用压缩从而会造成Innodb比MyISAM体积庞大不小。 3、从平台角度来说，经常隔1，2个月就会发生应用开发人员不小心update一个表where写的范围不对，导致这个表没法正经常用的了，这个时候MyISAM的优越性就体现出来了，随便从当天拷贝的压缩包取出对应表的网站网站文件，随便放到一个网站数据库目录下，然后dump成sql再导回到主库，并把对应的binlog补上。假如如果是Innodb，恐怕不可能有这么快速度，别和我说让Innodb定期用导出xxx.sql机制备份，因为我平台上最小的一个网站数据库实例的数据量基本都是几十G大小。 4、从我接触的应用逻辑来说，select count(*) 和order by是最频繁的，大概能占了整个sql总数据库语句的60%以上的操作办法，而这种操作办法Innodb其实也是会锁表的，很多人以为Innodb是行级锁，那个只是where对它主键是有效，非主键的都会锁全表的。 5、还有就是经常有很多应用部门需要我给他们定期某些表的数据，MyISAM的话很方便，只要发给他们对应那表的frm.MYD,MYI的网站网站文件，让他们自己在对应版本的网站数据库启动就行，而Innodb就需要导出xxx.sql了，因为光给别人网站网站文件，受字典数据网站网站文件的影响，对方是无法使用的。 6、假如如果和MyISAM比insert写操作办法的话，Innodb还达不到MyISAM的写性能，假如如果是针对基于索引的update操作办法，虽然MyISAM可能会逊色Innodb,但是那么高并发的写，从库能否追的上也是一个问题，还不如通过多实例分库分表架构来解决。 7、假如如果是用MyISAM的话，merge引擎可以大大加快应用部门的开发速度，他们只要对这个merge表做一些selectcount(*)操作办法，非常适合大项目总量约几亿的rows某一类型(如日志，调查统计)的业务表。 当然Innodb也不是绝对不用，用事务的项目如模拟炒股项目，我就是用Innodb的，活跃用户20多万时候，也是很轻松应付了，因此我个人也是很喜欢Innodb的，只是假如如果从网站数据库平台应用出发，我还是会首MyISAM。 另外，可能有人会说您MyISAM无法抗太多写操作办法，但是我可以通过架构来弥补，说个我现有用的网站数据库平台容量：主从数据总量在几百T以上，每天十多亿pv的动态页面，还有几个大项目是通过数据接口相关方式调用未算进pv总数，(其中包括一个大项目因为初期memcached没部署,导致单台网站数据库每天处理9千万的查询)。而我的整体网站数据库站点服务器平均负载都在0.5-1左右。 一般来说，MyISAM适合： (1)做很多count 的计算； (2)插入不频繁，查询非常频繁； (3)没有事务。 InnoDB适合： (1)可靠性要求比较高，或者要求事务； (2)表更新和查询都相当的频繁，并且表锁定的机会比较大的情况指定数据引擎的创建 让所有的灵活性成为可能的开关是提供给ANSI SQL的MySQL扩展——TYPE参数。MySQL能够让您在表格这一层指定网站数据库引擎，所以它们有时候也指的是table formats。下面的示例具体相关代码表明了如何创建分别使用MyISAM、ISAM和hEAP引擎的表格。要注意，创建每个表格的具体相关代码是相同的，除了最后的 TYPE参数，这一参数用来指定数据引擎。 以下为引用的内容： 复制具体相关代码 具体相关代码如下:深入理解MySQL的网站数据库引擎的类型
