*.sql ：mysql执行语句
一、如果Mysql是myisam引擎的，有全文索引
那么一个表有如下三个文件：
- *.frm：存放表结构的文件
- *.myd：存放表数据data的文件
- *.myi：存放表索引index的文件
二、如果Mysql是Innodb引擎的，有事务能力
那么一个表有如下两个文件：
- *.frm:存放表结构的文件
- 表数据和索引放在一个文件中：ibdata
三、存储引擎分类
- MyISAM： 拥有较高的插入，查询速度，但不支持事务
- InnoDB：5.5版本后Mysql的默认数据库，事务型数据库的首选引擎，支持ACID事务，支持行级锁定
- BDB： 源自Berkeley DB，事务型数据库的另一种选择，支持COMMIT和ROLLBACK等其他事务特性
- Memory ：所有数据置于内存的存储引擎，拥有极高的插入，更新和查询效率。但是会占用和数据量成正比的内存空间。并且其内容会在Mysql重新启动时丢失
- Merge ：将一定数量的MyISAM表联合而成一个整体，在超大规模数据存储时很有用
- Archive ：非常适合存储大量的独立的，作为历史记录的数据。因为它们不经常被读取。Archive拥有高效的插入速度，但其对查询的支持相对较差
- Federated： 将不同的Mysql服务器联合起来，逻辑上组成一个完整的数据库。非常适合分布式应用
- Cluster/NDB ：高冗余的存储引擎，用多台数据机器联合提供服务以提高整体性能和安全性。适合数据量大，安全和性能要求高的应用
- CSV： 逻辑上由逗号分割数据的存储引擎。它会在数据库子目录里为每个数据表创建一个.CSV文件。这是一种普通文本文件，每个数据行占用一个文本行。CSV存储引擎不支持索引。
- BlackHole ：黑洞引擎，写入的任何数据都会消失，一般用于记录binlog做复制的中继
另外，Mysql的存储引擎接口定义良好。有兴趣的开发者通过阅读文档编写自己的存储引擎。
四：存储引擎的选择
不管哪种存储引擎，你要快速查找到数据，都需先建立好索引
大数据量+高并发量的业务场景，全文索引，MyISAM也不是最优之选
不管哪种存储引擎，在数据量大并发量大的情况下，都不应该使用外键，而建议由应用程序保证完整性
MyISAM只支持表锁，InnoDB可以支持行锁，但需要特别注意的是，没有索引的行锁是行锁，有索引的行锁是表锁
个人认为：绝大部分业务是混合读写，只要数据量和并发量较大，一律使用InnoDB。
总结
在大数据量，高并发量的互联网业务场景下，对于MyISAM和InnoDB
- 有where条件，count(*)两个存储引擎性能差不多
- 不要使用全文索引，应当使用《索引外置》的设计方案
- 事务影响性能，强一致性要求才使用事务
- 不用外键，由应用程序来保证完整性
- 不命中索引，InnoDB也不能用行锁
在大数据量，高并发量的互联网业务场景下，请使用InnoDB:
- 行锁，对提高并发帮助很大
- 事务，对数据一致性帮助很大