在上一篇里面，bingxi和alex思考了information_schema，这个一直在innodb外围打转。没有进入到innodb的内部。在后续的文章中，以innodb的为主，逐个思考。Bingxi和alex今天了解了fil文件管理。
对应的文件为：
D:/mysql-5.1.7-beta/storage/innobase/fil/fil0fil.c
D:/mysql-5.1.7-beta/storage/innobase/include/fil0fil.h
1)所谓的tablespace
Bingxi：“alex，配置项有一个选项innodb_file_per_table，也就是每个表有一个自己的tablespace。
14.2.3.1. Using Per-Table Tablespaces
You can store each InnoDB table and its indexes in its own file. This feature is called “multiple tablespaces” because in effect each table has its own tablespace.
”
Alex：“是的，bingxi。不过tablespace这个概念我们借鉴了oracle中的命名：表空间。在oracle中，tablespace表示表的集合，也就是很多个表放到同一个逻辑整体里面。”
Bingxi：“是的，相比myisam，每个myisam表对应三个文件。而innodb可以将很多表放到一个文件或者多个文件里面，这个叫共享表空间。另外，如果innodb_file_per_table加到配置文件，则每个新建的innodb表则使用独立表空间。”
Alex：“bingxi，那什么叫独立表空间呢？我们需要来debug一下代码。假设我们使用系统默认的参数启动，则会有两个tablespace，第一个tablespace包括一个文件ibdata1，这个也可以称为系统表空间，另外一个space包括两个日志文件。”
Bingxi：“是的，我们参考了oracle的系统表空间就知道系统表空间里面会存放很多字典信息。这里我们先不说那么远，先说下如果我们需要将系统表空间的文件数量增加，应该怎么填写？因为我们是debug环境下，我们在D:/mysql-5.1.7-beta目录下创建一个my.ini，在其中写入两行参数：
[mysqld]
innodb_data_file_path= ibdata1:10M;ibdata2:20M:autoextend
这表示系统表空间里面就会有两个文件，其中第一个文件ibdata1是10M，第二个文件大小是是20M，并且可以进行自动扩展。
”
Alex：“好吧，我们现在先配置下文件，然后看看系统内部是如何管理这些文件的。先看看文件系统的定义。
//文件系统管理结构
typedef struct fil_system_struct fil_system_t;
struct fil_system_struct {
……
//下面两个表空间用于快速查找space，fil_system_t结构用于整个fil的管理。
//注意：这里的最低粒度是文件
hash_table_t* spaces; //根据space id进行hash的space
hash_table_t* name_hash; //根据space name进行hahs的space
……
//file space的链表，比如这里有两个space，一个是系统表空间，一个是log space
UT_LIST_BASE_NODE_T(fil_space_t) space_list;
};
从上面的结构中，我们可以看到fil_system_t与fil_space_t是一对多的关系。
/* Tablespace or log data space: let us call them by a common name space */
struct fil_space_struct {
char* name; //space name = 该space的第一个文件名
ulint id; //space id
……
//该space包含的文件结点链表
UT_LIST_BASE_NODE_T(fil_node_t) chain; //文件链表
……
//指向下一个space
UT_LIST_NODE_T(fil_space_t) space_list;
……
};
从这个结构中我们也可以看出，fil_space_struct与fil_node_t也是一对多的关系，也就是一个space下面可以包含多个文件。从我们的my.ini中可以得知我们的系统表空间是对应两个文件：ibdata1、ibdata2。我们来具体看看fil_node_t的定义。
/* File node of a tablespace or the log data space */
struct fil_node_struct {
fil_space_t* space; //所属的space
char* name; //文件路径
ibool open; //文件是否打开
os_file_t handle; //文件句柄
ulint size; //文件大小
……
UT_LIST_NODE_T(fil_node_t) chain; //文件结点链表
……
};
启动后的图如下图1
//file space的链表，比如这里有两个space，一个是系统表空间，一个是log space
UT_LIST_BASE_NODE_T(fil_space_t) space_list;
”
Bingxi：“是的，我们看下系统表空间这个space里的size这个字段，里面的size为1920，等于对应的两个文件大小的相加,640+1280。这个640是怎么计算的呢，文件页的大小为16k，而ibdata1的大小为10M，因此对应的页数为640页。因此这里的值为640。同样的ibdata2的页数为20M/16k=1280。”
Alex：“好的，我们可以看到这里仅仅是将结点生成了，还需要将日志文件以及系统表空间的的文件打开，保持打开直到数据库shut down。
int
innobase_start_or_create_for_mysql(void)
{
……
//打开所有的日志文件以及系统表空间中的文件，保持打开直到数据库shut down
fil_open_log_and_system_tablespace_files();
……
}
在开始进一步之前，我们先看下独立表空间。目前正在使用的是系统表空间，执行语句，往系统表空间里面插入数据。执行后将数据库shut down。然后往my.ini里面增加一行配置用于使用独立表空间。
[mysqld]
innodb_data_file_path = ibdata1:10M;ibdata2:20M:autoextend
innodb_file_per_table = 1
重启后执行如下语句
mysql> use test;
Database changed
mysql> create table t2(id int) engine=innodb;
Query OK, 0 rows affected (0.02 sec)
执行语句后，我们可以发现test生成了两个文件：t2.frm以及t2.ibd。同时，我们测试下，能不能在配置为独立表空间的情况下，执行查询语句，发现还是可以使用共享表空间(和系统表空间一个意思)的数据。
mysql> select * from t1;
+------+-------+
| id | name |
+------+-------+
| 1 | name1 |
| 2 | name2 |
+------+-------+
2 rows in set (0.02 sec)
同理，我们重新修改my.ini，去掉独立表空间的配置项，也能使用之前创建的t2表。然后看下文件系统的space_list的数量为3了。也就是t2表对应的表空间。
”
Bingxi“我们先说到这里吧，内容还是很多的，建议将fil0fil.c中每个函数设置一个断点，然后通过语句调试的方式来掌握，比如往t1里面插数据，直到30M数据不够，要进行文件的扩展，然后跟踪进去看下如何进行文件的扩展等等。”
Alex：“是的，我们今天聊了表空间管理，那么后续就可以讨论系统表空间内是如何组织数据的了。”
Bingxi：“alex，先把基础的讲下，比如今天里面包含的两个常用结构：hash_table_t、UT_LIST_NODE_T。”
Alex：“嗯，可以的，我们下次聊这个。”
