mysql5 data目录下的ibdata1是什么文件，有什么用途?

是储存的格式

INNODB类型数据状态下，

ibdata用来储存文件的数据

而库名的文件夹里面的那些表文件只是结构而已

由于mysql4.1默认试innodb，所以这个文件默认就存在了

innodo中文参考全文如下

InnoDB 启动选项

为了在 MySQL-Max-3.23 中使用 InnoDB 表，你必须在配置文件‘my.cnf’或‘my.ini’（WINDOWS系统）中的 [mysqld] 区中详细指定配置参数。 作为最小设置，在 3.23 中你必须在 innodb_data_file_path 上指定数据文件名能及大小。

如果在‘my.cnf’中没有指定innodb_data_home_dir，系统将在 MySQL 的 datadir 目录下创建数据文件。如果将 innodb_data_home_dir 设为一个空串，那可以在 innodb_data_file_path 中给定一个绝对路径。

在 MySQL-4.0 中可以不设定 innodb_data_file_path ：MySQL-4.0 将默认地在 datadir 目录下建立一个 10 MB 大小自扩充(auto-extending)的文件‘ibdata1’(在MySQL-4.0.0 与 4.0.1 中数据文件的大小为 64 MB 并且是非自扩充的(not auto-extending))。

为了得到更好的性能你必须所示的例子明确地设定 InnoDB 启动参数。 从 3.23.50 版和 4.0.2 版开始，InnoDB 允许在 innodb_data_file_path 中设置的最一个数据文件描述为 auto-extending。 innodb_data_file_path

语法如下所示： pathtodatafile:sizespecificationpathtodatafile:sizespec...  ...pathtodatafile:sizespec[:autoextend[:max:sizespecification]] 如果用 autoextend 选项描述最后一个数据文件，当 InnoDB 用尽所有表自由空间后将会自动扩充最后一个数据文件，每次增量为8MB

InnoDB存储数据字典，这意味着MyISAM已经可以完全从MySQL数据库中剥离；

Invisible Index，Inside君对这个特性非常感兴趣。因为在生产环境中，可以通过sys库判断哪些索引是冗余的。但是要直接删除冗余索引又担心会存在一些风险。Invisible Index给了我们很好的选择；

角色表功能，官方MySQL终于提供了Role功能。InnoSQL傲娇的表示我们在5.5就实现了此功能，甚至比MariaDB还要早。要知道在游戏行业，定期密码修改总是一个令人头疼的问题，有Role就简单多了。当然，InnoSQL还可以对Role进行资源控制，不知道8.0实现的怎样；

Cost Model改进，优化器能够感知到页是否存在缓冲池中。5.7其实已经开放接口，但是不对内存中的页进行统计，返回都是1.0；

直方图支持，MySQL也支持直方图啦。应该会有更好的执行计划。海翔兄在IMG大会中说到过此特性，听说性能提升非常不错；

参数持久化，继续与Oracle数据库靠近，但本身这个特性就是硬需求。话说这些年有多少因为没有参数持久化导致的坑发生；

扫描性能的改进，InnoDB全表扫描或范围查询性能提升5%~20%。请问之前HT写的代码有这么烂？

重构BLOB的实现，从而提升JSON属性的更新。个人感觉这方面性能的提升可能会非常大。留个爪，后面进行测试；

持久化自增值，这些年淘宝、Percona都做过类似的改进。但是官方的修改就是优雅，自增写redo，一个历史遗留难题就这么简单而又优雅的解决了；

PS库添加索引，官方宣称添加了100多个索引。的确，Inside君遇到过很多时候PS库占用20G内存的场景，这时查询就会显得非常不高效。但是内存开销会不会进一步提升呢？让我们拭目以待吧；

---