1、mysql5.0所支持的存储引擎
MyIsAm、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、NDB Cluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED等。
2、查看默认存储引擎
show variables like 'table_type'
3、查看当前数据库支持的存储引擎
第一种方式:show engines \G;
第二种方式:show variables like 'have%';
4、创建修改存储引擎
创建:通过关键字engine=InNoDB
修改:alter table tableName engine=innoDB
5、各种存储引擎特性
特点 | MyIsAm | InoDB | MEMORY | MERGE | NDB |
存储限制 | 有 | 64TB | 有 | 没有 | 有 |
事务安全 | 支持 | ||||
锁机制 | 表锁 | 行锁 | 表锁 | 表锁 | 行锁 |
B树索引 | 支持 | 支持 | 支持 | 支持 | 支持 |
哈希索引 | 支持 | 支持 | |||
全文索引 | 支持 | ||||
集群索引 | 支持 | ||||
数据缓存 | 支持 | 支持 | 支持 | ||
索引缓存 | 支持 | 支持 | 支持 | 支持 | 支持 |
数据可压缩 | 支持 | ||||
空间使用 | 底 | 高 | N/A | 底 | 底 |
内存使用 | 底 | 高 | 中等 | 底 | 高 |
批量插入速度 | 高 | 底 | 高 | 高 | 高 |
支持外键 | 支持 |
MYISAM
MYISAM不支持事务,也不支持外键,其优势是访问速度快,对事物没有完整性要求或者以select、insert为主的应用基本上都可以使用这个存储引擎创建表。
MYSAM表又支持3种不同的存储格式,分别是:
1、静态(固定长度)表;
静态表是默认存储格式。表中的字段都是非变长度,每个纪录都是固定长度的。存储方式的优点:存储迅速、容易缓存、出现故障容易恢复;存储方式缺点:占用空间比动态表多。存储时会按照列的宽度定义补足空格,但是在应用访问的时候并不会得到这些空格,这些空格在返回之前已经去掉。
2、动态表;
动态表中包含变长自段,纪录不是固定长度的。存储方式优点:占用空间相对较少;存储方式缺点:频繁地更新删除记录会产生碎片,需要定期执行ortimize table 语句或myisamchk -r 命令来改善性能,出现故障恢复比较困难。
3、压缩表;
压缩表由myisampack工具创建,占用非常小的空间。每个纪录都被单独压缩的。
InnoDB
InnoDB存储引擎提供了具有提交、回滚和崩溃恢复能力的事物安全。相对MYISAM表:处理效率差一些、占用更多的磁盘空间以保留数据和索引。
1、自动增长
可手工插入,插入的值是空或者是0,则实际插入是自动增长后的值。
2、外键约束
创建外键约束:constraint 'fk_city_country' foreign key (country_id) references country (country_id) on delete restrict on update cascade
创建外键索引的时候,可以指定在删除、更新父表时对子表进行相应的操作。
restrict、no action相同:子表有关联纪录父表不能更新;
cascade:表示父表在更新或删除时,更新或删除子表中的对应纪录;
set null:表示父表在更新或删除时,子表对应字段被set null;
外键打开关闭命令
关闭:set foreign_key_checks=0;
打开:set foreign_key_checks=1;
外键信息显示
show create table 或者 show table status
3、存储方式
InnoDB存储表和索引有以下两种方式
1、使用共享表存储
2、使用多表空间存储
MEMORY
MEMORY存储引擎使用内存中的内容来创建表。每个MEMORY表只实际对应一个磁盘文件,格式.frm。MEMORY类型的表访问非常快,因为它的数据存放在内存中的,并使用HASH索引,但是一旦服务关闭,表中数据就会丢失掉。
MEMORY类型的存储引擎主要用在哪些内容变化不频繁的代码,或者作为统计操作的中间结果表,便于高效地对中间结果进行分析并得到最终的统计结果。对MEMORY存储引擎的表进行更新操作要谨慎,因为数据并没有实际写入到磁盘中,所以一定要对下次重新启动服务后如何获得这些修改后的数据有所考虑。
MERGE
MERGE存储引擎是一组MYISAM表的组合,这些MYISAM表必须结构完全相同,MERGE表本身并没有数据,对MERGE类型的表可以进行查询、更新、删除的操作,这些操作实际上是对内部的实际的MYISAM表进行的。
如何选择合适的存储引擎
在选择存储引擎时,应根据应用特点选择合适的存储引擎,对于复杂的应用系统可以根据实际情况选择多种存储引擎组合。
常用存储引擎适用环境
MYISAM:默认的MYSQL插件式存储引擎。如果应用以读写操作为主,只是很少的更新和删除操作,并且对事务的完整性、并发性不是很高,那么选择这个存储引擎非常适合的。
InnoDB:用于事务处理应用程序,支持外键。如果应用对事务的完整性有比较高的要求,在并发条件下要求数据的一致性,数据操作除了插入和查询以外,还包括很多的更新、 删除操作,那么 InnoDB 存储引擎应该是比较合适的选择。InnoDB 存储引擎除了有效地降低 由于删除和更新导致的锁定,还可以确保事务的完整提交(Commit)和回滚(Rollback), 对于类似计费系统或者财务系统等对数据准确性要求比较高的系统,InnoDB 都是合适的选 择。
MEMORY:将所有数据保存在 RAM 中,在需要快速定位记录和其他类似数据的环境 下,可提供极快的访问。MEMORY 的缺陷是对表的大小有限制,太大的表无法 CACHE 在内 存中,其次是要确保表的数据可以恢复,数据库异常终止后表中的数据是可以恢复的。 MEMORY 表通常用于更新不太频繁的小表,用以快速得到访问结果。
MERGE:用于将一系列等同的 MyISAM 表以逻辑方式组合在一起,并作为一个对象 引用它们。MERGE 表的优点在于可以突破对单个 MyISAM 表大小的限制,并且通过将不同 的表分布在多个磁盘上,可以有效地改善 MERGE 表的访问效率。这对于诸如数据仓储等 VLDB 环境十分适合。