第05章_存储引擎

为了管理方便，人们把连接管理、查询缓存、语法解析、查询优化这些并不涉及真实数据存储的功能划分为MySQLserver的功能，把真实存取数据的功能划分为存储引擎的功能。所t以在MySQLserver完成了查询优化后，只需按照生成的执行计划调用底层存储引擎提供的API，获取到数据后返回给客户端就好了。
MySQL中提到了存储引擎的概念。简而言之，存储引擎就是指表的类型。其实存储引擎以前叫做表处理器，后来改名为存储引擎，它的功能就是接收上层传下来的指令，然后对表中的数据进行提取或写入操作。

show engines;  即可查看存储引擎

  2.设置系统默认的存储引擎

查看默认的存储引擎：
show variables like '%storage_engine%';
#或
SELECT @@default_storage_engine;

如果在创建表的语句中没有显式指定表的存储引擎的话，那就会默认使用InnoDB作为表的存储引擎。如果我们想改变表的默认存储引擎的话，可以这样写启动服务器的命令行：

SET DEFAULT_STORAGE_ENGINE=MyISAM;

·修改默认的存储引擎
如果在创建表的语句中没有显式指定表的存储引擎的话，那就会默认使用InnoDB作为表的存储引擎。如果我们想改变表的默认存储引擎的话，可以这样写启动服务器的命令行：

SET DEFAULT_STORAGE_ENGINE=MyISAM;或者修改my.cnf文件：
deflault-storage-engine=MyISAM
#重启服务
systemctl restart mysqld.service

接下来我们

show variables like 'datadir'当我们指明类型时,比如:
create table emp4(id int) engine=InnodB;   #MyISAM
再cd一下   cd /var/lib/mysql
ll查看,发现没修改InnodB之前是ibd的格式,修改后MyISAM则为sdi和MYD,MYI的格式

4.引擎介绍

4.1InnoDB引擎：具备外键支持功能的事务存储引擎 (前面提过实际上很多时候不建议使用外键)

• MySQL从3.23.34a开始就包含lnnoDB存储引擎。大于等于5.5之后，默认采用InnoDB引擎。
• InnoDB是MySQL的默认事务型引擎，它被设计用来处理大量的短期（short-lived）事务。可以确保事务的完整提交(Commit)和回滚(Rollback)。
  比如说现在有2个DML操作,分别是 小a- 100元和小b +100元
• 除了增加和查询外，还需要更新、删除操作，那么，应优先选择InnoDB存储引擎。
• 除非有非常特别的原因需要使用其他的存储引擎，否则应该优先考虑InnoDB引擎。
• 数据文件结构：（在《第o2章_MySQL数据目录》章节已讲）
  1. 表名.frm存储表结构（MySQL8.0时，合并在表名.ibd中）
  2. 表名.ibd存储数据和索引
• InnoDB是为处理巨大数据量的最大性能设计。
  在以前的版本中，字典数据以元数据文件、非事务表等来存储。现在这些元数据文件被删除了。比如：.frm，·par，.trn，.isl，.db.opt等都在MysQL8.o中不存在了。
• 对比MyISAM的存储引擎，InnoDB写的处理效率差一些，并且会占用更多的磁盘空间以保存数据和索引。即更擅长事物和大规模数据,简单的增删改查不如MyISAM
• MyISAM只缓存索引，不缓存真实数据；InnoDB不仅缓存索引引还要缓存真实数据，对内存要求较高，而且内存大小对性能有决定性的影响。

 课外补充：
1、InnoDB表的优势
InnoDB存储引擎在实际应用中拥有诸多优势，比如操作便利、提高了数据库的性能、维护成本低等。如果由于硬件或软件的原因导致服务器崩溃，那么在重启服务器之后不需要进行额外的操作。InnoDB崩溃恢复功能自动将之前提交的内容定型，然后撤销没有提交的进程，重启之后继续从崩溃点开始执行。
InnoDB存储引擎在主内存中维护缓冲池，高频率使用的数据将在内存中直接被处理。这种缓存方式应用于多种信息，加速了处理进程。
在专用服务器上，物理内存中高达80%的部分被应用于缓冲池。如果需要将数据插入不同的表中，可以设置外键加强数据的完整性。更新或者删除数据，关联数据将会被自动更新或删除。如果试图将数据插入从表，但在主表中没有对应的数据，插入的数据将被自动移除。

如果磁盘或内存中的数据出现崩溃，在使用脏数据之前，校验和机制会发出警告。当每个表的主键都设置合理时，与这些列有关的操作会被自动优化。插入、更新和删除操作通过做改变缓冲自动机制进行优化。InnoDB不仅支持当前读写，也会缓冲改变的数据到数据流磁盘。

 4.2MyISAM引擎：主要的非事务处理存储引|擎

·MyISAM提供了大量的特性，包括全文索引I、压缩、空间函数（GIS)等，但MyISAM不支持事务、行级锁、外键，有一个毫无疑问的缺陷就是崩溃后无法安全恢复。

• ·5.5之前默认的存储引擎
• ·优势是访问的速度快，对事务完整性没有要求或者以SELECT、INSERT为主的应用
• ·针对数据统计有额外的常数存储。故而count(*)的查询效率很高
• ·数据文件结构：（在《第02章_MySQL数据目录》章节已讲）
  1. 表名.frm存储表结构
  2. 表名.MYD存储数据（MYData)
  3. 表名.MYI存储索引(MYIndex)
• ·应用场景：只读应用或者以读为主的业务

对比项	MyISAM	InnoDB
外键	不支持	支持
事务	不支持	支持
行表锁	表锁，即使操作一条记录也会锁住整个表，不适合高并发的操作	行锁，操作时只锁某一行，不对其它行有影响，适合高并发的操作
缓存	只缓存索引，不缓存真实数据	不仅缓存索引还要缓存真实数据，对内存要求较高，而且内存大小对性能有决定性的影响
自带系统表使用	Y	N
关注点	性能：节省资源、消耗少、简单业务	事务：并发写、事务、更大资源
默认安装	Y	I
默认使用	N	Y

以下的其实就相对不常见了

4.3Archive引擎：用于数据存档

• archive是归档的意思，仅仅支持插入和查询两种功能（行被插入后不能再修改）。
• 在MySQL5.5以后支持索引功能。
• 拥有很好的压缩机制，使用zlib压缩库，在记录请求的时候实时的进行压缩，经常被用来作为仓库使用。
• 创建ARCHIVE表时，存储引擎会创建名称以表名开头的文件。数据文件的扩展名为  .ARZ。
• 根据英文的测试结论来看，同样数据量下，Archive表比MyISAM表要小大约75%，比支持事务处理的InnoDB表小大约83%。
• ARCHIVE存储引擎采用了行级锁。该ARCHIVE引擎支持AUTO_INCREMENT列属性 . AUTO_INCREMENT列可以具有唯一索引或非唯一索引。尝试在任何其他列上创建索引会导致错误。
• Archive表适合日志和数据采集（档案）类应用；适合存储大量的独立的作为历史记录的数据。拥有很高的插入速度，但是对查询的支持较差。
• 下表展示了ARCHIVE存储引擎功能

4.4  Blackhole引擎：丢弃写操作，读操作会返回空内容

• Blackhole引擎没有实现任何存储机制，它会丢弃所有插入的数据，不做任何保存。
• 但服务器会记录Blackhole表的日志，所以可以用于复制数据到备库，或者简单地记录到日志。但这种应用方式会碰到很多问题，因此并不推荐。

4.5  CSV引擎：存储数据时，以逗号分隔各个数据项

• ·CSV引擎可以将普通的CSV文件作为MySQL的表来处理，但不支持索引。
• ·CSV引擎可以作为一种数据交换的机制，非常有用。数模中常见啊😭😭😭😭😭
• ·CSV存储的数据直接可以在操作系统里，用文本编辑器，或者excel读取。
• ·对于数据的快速导入、导出是有明显优势的。
• 创建CSV表时，服务器会创建一个纯文本数据文件，其名称以表名开头并带有.CSV扩展名。当你将数据存储到表中时，存储引擎将其以逗号分隔值格式保存到数据文件中。 

mysql> create table csv_demo(id int,name char (20)) engine=csv;
报错了,说对着这种表不支持空列,因此有加入空列
因此应该是:
create table csv_demo(id int not null ,name char (20) not null) engine=csv;

 ll后发现 csv_demo.CSV的文件和CSM的源文件

 4.6Memory引擎：置于内存的表

概述：Memory采用的逻辑介质是内存，响应速度很快，但是当mysqld守护进程崩溃的时候数据会丢失。另外，要求存储的数据是数据长度不变的格式，比如，Blob和Text类型的数据不可用(长度不固定的)。

主要特征：

• Memory同时支持哈希（HASH）索引和B+树索引。
  1. 哈希索引相等的比较快，但是对于范围的比较慢很多。
  2. 默认使用哈希（HASH）索引，其速度要比使用B型树（BTREE）索引快。
  3. 如果希望使用B树索引，可以在创建索引时选择使用。
• Memory表至少比MyISAM表要快一个数量级。
• MEMORY表的大小是受到限制的。表的大小主要取决于两个参数，分别是max_rows和
• max_heap_table_size。其中，max_rows可以在创建表时指定；max_heap_table_size的大小默认为16MB，可以按需要进行扩大。
• ·数据文件与索引文件分开存储。
  1. 每个基于MEMORY存储引擎的表实际对应一个磁盘文件，该文件的文件名与表名相同，类型为frm类型，该文件中只存储表的结构，而其数据文件都是存储在内存中的。
  2. 这样有利于数据的快速处理，提供整个表的处理效率。
• 缺点：其数据易丢失，生命周期短。基于这个缺陷，选择MEMORY存储引擎时需要特别小心。

使用Memory存储引擎的场景：1．目标数据比较小，而且非常频繁的进行访问，在内存中存放数据，如果太大的数据会造成内存溢出。可以通过参数max_heap_table_size控制Memory表的大小，限制Memory表的最大的大小。2.如果数据是临时的，而且必须立即可用得到，那么就可以放在内存中。3.存储在Memory表中的数据如果突然间丢失的话也没有太大的关系。

4.7Federated引l擎：访问远程表

Federated引擎是访问其他MySQL服务器的一个代理，尽管该引擎看起来提供了一种很好的跨服务器的灵活性，但也经常带来问题，因此默认是禁用的。

4.8Merge引l擎：管理多个MylSAM表构成的表集合

4.9NDB引擎：MySQL集群专用存储引擎

也叫做NDBCluster存储引擎，主要用于MySQLCluster分布式集群环境，类似于Oracle的RAC集群。

6.阿里巴巴、淘宝用哪个

Percona为MySQL数据库服务器进行了改进，在功能和性能上较MySQL有很显著的提升。
该版本提升了在高负载情况下的InnoDB的性能、为DBA提供一些非常有用的性能诊断工具；另外有更多的参数和命令来控制服务器行为。
该公司新建了一款存储引擎叫Xtradb完全可以替代Innodb，并且在性能和并发上做得更好
阿里巴巴大部分mysq数据库其实使用的percona的原型加以修改。