影响数据库性能的因素：
1、硬件环境：CPU、内存、存盘IO、网卡流量等
2、存储引擎的选择
3、数据库参数配置（影响最大）
4、数据库结构设计和SQL语句
MySQL采用插件式存储引擎，可以自行选择，但同时如何选择也成了问题，本文会介绍存储引擎的特点，以及如何选择
MySQL体系结构：
Server用来实现所有与存储引擎无关的事：比如，查询语句等
MySQL所支持的存储引擎如下：通过show engines查询
MyISAM：MySQL5.5版本之前默认的存储引擎
MyISAM的表由FRM(存储表定义)、MYD（数据文件）和MYI（索引文件）组成，后面两个为MyISAM独有的
特性：
1、并发性和锁级别：
使用表级锁，对数据进行读取和修改的时候，都会对表进行加锁，读写互斥，对读写混合的并发不好，对只读的并发还可以
2、表损坏修复：
支持对意外关闭导致损坏的表进行检查和修复（不是事务恢复，因为MyISAM不是事务型引擎，没有事务恢复的相关日志），通过
check table tablename和repair table tablename进行检查和修复，也可以通过MyISAMCHK进行修复，但是一定要先将mysql服务停止
3、支持全文索引：
是5.7版本之前唯一原生就支持全文索引的引擎
4、对只读表可以进行数据压缩：
通过MyISAMPack对文件进行压缩，压缩过后就变成只读表了，不能修改数据
5、独有的系统表和临时表
临时表是指在排序、分组等操作中，当数据超过一定大小时，由查询优化器创建的临时表，而不是CREATE TEMPORARY TABLE创建这种临时表
限制：
1、5.0版本之前默认表大小为4G，想要存储更大的表要修改MAX_rows和AVG_ROW_LENGTH，相乘就是表大小
2、5.0版本之后默认256T
使用场景：
1、不支持事务的应用
2、只读类应用，可以对文件的压缩
3、5.0之前，只有MyISAM支持空间类应用,可以存储例如GPS型数据
4、大数据select场景
InnoDB：5.5版本之后默认存储引擎，代替了MyISAM
特性：
1、支持事务，支持ACID特性，通过Redo Log（已提交的事务）和Undo Log(未提交的事务)
2、支持行级锁，在存储引擎层实现，可以支持更大的并发
3、使用表空间进行数据存储：通过show variables like 'innodb_file_per_table';进行查看
值为ON，为每个表创建一个表空间：tablename.ibd
值为OFF，使用系统表空间ibdataX(X为数字，1，2，3，4，5)
如何选择表空间存储方式：
1、5.5之前默认使用系统表空间，表空间大小不会变，即使磁盘空间不足，主动删除一些信息，表空间不会改变
2、独立表空间可以通过命令：optimize table来收缩系统文件
3、系统表空间可能会存在IO瓶颈
4、独立表空间可以同时向多个文件刷新数据，IO问题要小得多
V5.6之后，独立表空间变成默认，也是建议使用的
MyISAM与InnoDB区别：
1）.InnoDB支持事务，MyISAM不支持
2）.MyISAM适合查询以及插入为主的应用，InnoDB适合频繁修改以及涉及到安全性较高的应用
3）.InnoDB支持外键，MyISAM不支持
4）.V5.7版本之后，InnoDB支持了全文索引和空间函数，所以MyISAM使用场景越来越少，一般都是使用InnoDB
5）.InnoDB中不保存表的行数，如select count(*) from table时，InnoDB需要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读
出保存好的行数即可。注意的是，当count(*)语句包含where条件时MyISAM也需要扫描整个表
6).MYISAM的性能更优，占用的存储空间少.MYISAM索引和数据是分开的，而且其索引是压缩的，可以更好地利用内存。所以它的查询性能明
显优于INNODB
7）.对于自增长的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中可以和其他字段一起建立联合索引
8）.清空整个表时，InnoDB是一行一行的删除，效率非常慢。MyISAM则会重建表
9）.MyISAM支持表级锁，InnoDB支持行锁（某些情况下还是锁整表，如 update table set a=1 where user like '%lee%'，或者where条件
没有使用主键）
CSV：
1、CSV可以将CSV文件当做MySQL表进行处理，CSV数据是以CSV文件的格式进行存储
2、所有列必须都是非空的
3、不支持索引
4、可以对数据文件直接进行编辑，其他存储引擎的数据都是以二进制的形式进行存储
使用场景：
适合作为数据交换的中间表，例如可以将Excel的数据存储为CSV文件，直接复制到MySQL目录，就可以直接打开使用，反过来也是一样的
Archive：
1、以zlib对表数据进行压缩，比MyISAM占用的磁盘IO更少
2、数据存储在.ARZ文件中，.frm存储表结构信息
3、只支持insert和select操作，支持高并发
4、只支持在自增ID上加索引
使用场景：
日志和数据采集类的应用
Memory：
也被称为heap存储引擎，数据都是保存在内存当中，所以只存在.frm文件
1、MySQL重启之后，Memory存储引擎对应的表数据都会消失，但是表结构存在，因为保存在.frm文件中
2、支持hash索引和BTree索引，默认hash索引(使用与=查询)，如果更多的是范围查询使用BTree索引
3、所有字段的长度都是固定的，例如
4、不能使用BLOG和TEXT这类大字段
5、使用的是表级锁
6、MEMORY支持AUTO_INCREMENT列和对可包含NULL值的列的索引
7、存储数据最大大小由max_heap_table_size参数决定，可以自行修改
使用场景：
1、适用于等值查找，可用于查找和映射表，邮编和地区的映射
2、保存数据分析的中间表
3、缓存周期性聚合数据的结果表
总体就是：因为Memory的数据容易丢失，要求数据可再生
PS：主从复制不能保证Memory数据，master重启会重建表，slave也会重建的
如何选择存储引擎：
1、应用需要事务支持，就选用InnoDB
2、应用是否需要数据备份，一般生产环境都需要热备，也是InnoDB
3、崩溃恢复，InnoDB也比MyISAM更稳定
4、上面都不考虑的情况下，再考虑存储引擎的特性，特性再上面都已经基本总结到了
PS：尽量不要混合使用存储引擎，不然可能发生很奇怪的问题