mysql：浅显易懂——存储引擎
最近学到了存储引擎(尚硅谷的康老师视屏)。
首先存储引擎并不是什么高大上的东西，可以直接理解为，表类型
所以存储引擎是针对表的描述。
那么如何学习？——就学mysqll中不同的表类型。和不同类型的特性就可以了
- InnoDB 引擎：具备外键支持功能的事务存储引擎
- MyISAM 引擎：主要的非事务处理存储引擎
- Archive 引擎：用于数据存档
- Blackhole 引擎：丢弃写操作，读操作会返回空内容
- CSV 引擎：存储数据时，以逗号分隔各个数据项
- Memory 引擎：置于内存的表
- Federated 引擎：访问远程表
- Merge引擎：管理多个MyISAM表构成的表集合 NDB引擎：MySQL集群专用存储引擎
那这么多其实，我们只要了解一下innodb和myisam
因为在，mysql5.5之后默认使用innodb，5.1之前使用的myisam
下面的是康老师给的拓展，可以看看。
innodb：
它被设计用来处理大量的短期(short-lived)事务。可以确保事务的完整提交(Commit)和回滚(Rollback)。
除了增加和查询外，还需要更新、删除操作，那么，应优先选择InnoDB存储引擎。
除非有非常特别的原因需要使用其他的存储引擎，否则应该优先考虑InnoDB引擎。
MyISAM只缓存索引，不缓存真实数据；InnoDB不仅缓存索引还要缓存真实数据， 对内存要求较
高 ，而且内存大小对性能有决定性的影响。
myisam
MyISAM提供了大量的特性，包括全文索引、压缩、空间函数(GIS)等，但MyISAM 不支持事务、行级
锁、外键 ，有一个毫无疑问的缺陷就是 崩溃后无法安全恢复 。
5.5之前默认的存储引擎
优势是访问的 速度快 ，对事务完整性没有要求或者以SELECT、INSERT为主的应用
针对数据统计有额外的常数存储。故而 count(*) 的查询效率很高
应用场景：只读应用或者以读为主的业务
InnoDB表的优势
- InnoDB存储引擎在实际应用中拥有诸多优势，比如操作便利、提高了数据库的性能、维护成本低等。如果由于硬件或软件的原因导致服务器崩溃，那么在重启服务器之后不需要进行额外的操作。InnoDB崩溃恢复功能自动将之前提交的内容定型，然后撤销没有提交的进程，重启之后继续从崩溃点开始执行。
- InnoDB存储引擎在主内存中维护缓冲池，高频率使用的数据将在内存中直接被处理。这种缓存方式应用于多种信息，加速了处理进程。
- 在专用服务器上，物理内存中高达80%的部分被应用于缓冲池。如果需要将数据插入不同的表中，可以设置外键加强数据的完整性。更新或者删除数据，关联数据将会被自动更新或删除。如果试图将数据插入从表，但在主表中没有对应的数据，插入的数据将被自动移除。如果磁盘或内存中的数据出现崩溃，在使用脏数据之前，校验和机制会发出警告。当每个表的主键都设置合理时，与这些列有关的操作会被自动优化。插入、更新和删除操作通过做改变缓冲自动机制进行优化。 InnoDB不仅支持当前读写，也会缓冲改变的数据到数据流磁盘 。
- InnoDB的性能优势不只存在于长时运行查询的大型表。在同一列多次被查询时，自适应哈希索引会提高查询的速度。使用InnoDB可以压缩表和相关的索引，可以 在不影响性能和可用性的情况下创建或删除索引 。对于大型文本和BLOB数据，使用动态行形式，这种存储布局更高效。通过查询
INFORMATION_SCHEMA库中的表可以监控存储引擎的内部工作。在同一个语句中，InnoDB表可以与其他存储引擎表混用。即使有些操作系统限制文件大小为2GB，InnoDB仍然可以处理。 当处理大数据量时，InnoDB兼顾CPU，以达到最大性能 。
