MySQL存储引擎和

 MySQL存储引擎

 在数据库中保存的是一张张有着千丝万缕关系的表，所以表设计的好坏，将直接影响着整个数据库。而在设计表的时候，最关注的一个问题是使用什么存储引擎。MySQL中的数据用各种不同的技术存储在文件(或者内存)中。这些技术中的每一种都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的、不同的功能和能力。通过选择不同的技术，能够获得额外的速度或者功能，从而改善应用的整体性能。例如，如果在研究大量的临时数据，也许需要使用内存类存储引擎。内存存储引擎能够在内存中存储相关数据。又或者，需要使用一个支持事务处理的数据库(以确保事务处理不成功时数据的回退能力)。这些不同的技术以及配套的相关功能在MySQL中被称作存储引擎(也称作表类型)。MySQL默认配置了许多不同的存储引擎，可以预先设置或者在 MySQL服务器中启用。选择适用于服务器、数据库和表格的存储引擎，可以在存储信息、检索数据时，提供最大的灵活性。
        关系数据库表是用于存储和组织信息的数据结构，可以将表理解为由行和列组成的表格，类似于Excel电子表格的形式。有的表简单、有的表复杂、有的表根本不用来存储任何长期数据、有的表读取时非常快，但是插入数据时却很差。在实际开发过程中，就可能需要各种各样的表，不同的表就意味着存储不同类型的数据，数据的处理上也会存在着差异。那么，对于MySQL来说，它提供了很多种类型的存储引擎（或者说不同的表类型)，根据对数据处理的需求，可以选择不同的存储引擎，从而最大限度的利用MySQL强大的功能。

        在MySQL客户端中，使用以下命令可以查看MySQL支持的引擎。

1、MyISAM 存储引擎

        MyISAM 存储引擎不支持事务，也不支持外键，特点是访问速度快，对事务完整性没有要求，以 SELECT、INSERT 为主的应用基本都可以使用这个引擎来创建表。

        每个MVISAM 表在磁盘上存储成3个文件，其中文件名和表名都相同，但是扩展名分别为:

• frm(存储表定义)
• MYD(MYData，存储数据)
• MYI(MYIndex，存储索引)

        数据文件和索引文件可以放置在不同的目录，平均分配10，获取更快的速度。要指定数据文件和索引文件的路径，需要在创建表的时候通过 DATA DIRECTORY 和 INDEXDIRECTORY 语句指定，文件路径需要使用绝对路径。

        每个 MyISAM 表都有一个标志，服务器或 myisamchk 程序在检査 MyISAM 数据表时会对这个标志进行设置。MyISAM 表还有一个标志用来表明该数据表在上次使用后是不是被正常的关闭了。如果服务器意外宕机或崩溃，这个标志可以用来判断数据表是否需要检查和修复。如果想让这种检查自动进行，可以在启动服务器时使用-myisam-recover 实现。这会让服务器在每次打开一个MyISAM数据表时自动检查数据表的标志并进行必要的修复处理。MVISAM 类型的表可能会损坏，可以使用 CHECK TABLE 语句来检查 MVISAM 表的健康,并用 REPAIR TABLE 语句修复一个损坏的 MyISAM 表。
        MyISAM 表还支持3种不同的存储格式:

• 静态(固定长度)表
• 动态表
• 压缩表

        其中静态表是默认的存储格式。静态表中的字段都是非可变字段，这样每个记录都是固定长度的，这种存储方式的优点是存储非常迅速，容易缓存，出现故障容易恢复;缺点是占用的空间通常比动态表多。静态表在数据存储时会根据列定义的宽度定义补足空格,但是在访问的时候并不会得到这些空格，这些空格在返回给应用之前已经去掉。同时需要注意:在某些情况下可能需要返回字段后的空格，而使用这种格式时后面的空格会被自动处理掉。
        动态表包含可变字段，记录不是固定长度的，这样存储的优点是占用空间较少，但是频繁的更新、删除记录会产生碎片，需要定期执行 OPTIMIZE TABLE 语句或 mvisamchk -r命令来改善性能，并且出现故障的时候恢复相对比较困难。
        压缩表由 myisamchk 工具创建，占据非常小的空间，因为每条记录都是被单独压缩的,所以只有非常小的访问开支。

2.InnoDB 存储引擎

        InnoDB 是一个健壮的事务型存储引擎，这种存储引擎已经被很多互联网公司使用，为用户操作非常大的数据存储提供了一个强大的解决方案。MySQL 从5.5.5 版本开始，默认的存储引擎为InnoDB。InnoDB 存储引擎还引入了行级锁定和外键约束，在以下场景中使用 InnoDB 存储引擎是最理想的选择:

• 更新密集的表:InnoDB存储引擎特别适合处理多重并发的更新请求。
• 事务:InnoDB 存储引擎是支持事务的标准 MySQL存储引擎。
• 自动灾难恢复:与其它存储引擎不同，InnoDB表能够自动从灾难中恢复。
• 外键约束:MySQL 支持外键的存储引擎只有InnoDB。
• 支持自动增加列 AUTO INCREMENT 属性。

        一般来说，如果需要事务支持，并且有较高的并发读取频率，InnoDB 是不错的选择而 MyISAM 和 InnoDB 两种存储引擎的区别主要表现在以下几个方面。

• InnoDB 支持事务，MyISAM 不支持，这一点是非常重要的。事务是一种高级的处理方式，如对一些表中的列进行增删改的过程中只要哪个出错还可以回滚还原,而 MyISAM就不可以。
• MVISAM 适合查询、插入为主的应用，InnoDB 适合频繁修改以及涉及到安全性较高的应用。
  InnoDB 支持外键，MyISAM 不支持。
• 从 MySQL5.5.5 以后，InnoDB 是默认引擎。
• MySQL 从 5.6 版本开始 InnoDB 引擎才支持 FULLTEXT 类型的索引。
• InnoDB 中不保存表的行数，如 select count(*)from table 时，InnoDB 需要扫描一遍整
  个表来计算有多少行，但是 MyISAM 只要简单的读出保存好的行数即可。需要注意的是，当 count(*)语句包含 where 条件时 MyISAM 也需要扫描整个表。
• 对于自增长的字段，InnoDB 中必须包含只有该字段的索引，但是在 MyISAM 表中可以和其他字段一起建立组合索引。
• 清空整个表时，InnoDB 是一行一行的删除，效率非常慢。MyISAM 则会重建表。
• InnoDB 支持行锁(某些情况下还是锁整表，如 update table set a=1 where user like'%lee%';

        3.关于 MyISAM 与InnoDB 选择使用

        MyISAM 和 InnoDB 是 MySQL 数据库提供的两种存储引擎。两者的优劣可谓是各有千秋。InnoDB 会支持一些关系数据库的高级功能，如事务功能和行级锁，MISAM 不支持。MVISAM 的性能更优，占用的存储空间少。所以，选择何种存储引警，视具体应用而定。

        (1)如果应用程序一定要使用事务，毫无疑问要选择InnoDB 引擎。但要注意，InnoDB的行级锁是有条件的。在 where 条件没有使用主键时,照样会锁全表。比如 DELETE FROMmytable 这样的删除语句。

        2)如果应用程序对查询性能要求较高，就要使用MyISAM 了。MyISAM 索引和数据是分开的,而且其索引是压缩的,可以更好地利用内存。所以它的查询性能明显优于 InnoDB。压缩后的索引也能节约一些磁盘空间。
        有人说 MyISAM 只能用于小型应用，其实这只是一种偏见。如果数据量比较大，这是需要通过升级架构来解决，比如分表分库，而不是单纯地依赖存储引擎

        4.修改默认的存储引擎
修改默认的存储引擎有四种方法，分别如下。