MySQL内核月报 2014.09-MySQL· 引擎差异·create_time in status

<b>背景</b>

　　在mysql数据库中，我们利用show table status命令可以得到表的状态信息，其中一列信息为create_time，表示表的创建时间。对于不同的存储引擎（如innodb/myisam/memory）我们都能得到create_time的数值。我们知道不同的存储引擎表的文件结构是不同的，因此实现表的创建时间create_time的机制也是不同的。下面着重探讨innodb和myisam在create_time上的区别。

<b>实验</b>

　　我们先做一些实验来看看create_time的特点。在innodb引擎下创建一个表：

　　在myisam引擎下也创建结构相同的一个表，如何可以更新create_time呢？我们在表上做以下3种操作，观察create_time的变化。

　　1. 对表进行增删改查操作，innodb、myisam的create_time不变。

　　2. 对表进行alter table add column e varchar(32)，innodb、myisam的create_time都更新到当前时间。

　　3. 对表进行truncate table tb，innodb的create_time不变、myisam的create_time更新到当前时间。

　　通过这些操作我们发现虽然2种引擎的内部实现不同，但前2种操作的现象是一样的。对表进行增删改查并不重建表，因此create_time没有更新。而alter table会更新create_time的原因是新建了一个原表的副本，在副本上实现alter table的功能（增加新列等等），最后删除原表，用副本替代原表。因此alter table下create_time是原表副本的创建时间。

　　第3种操作，两者的现象不同，这是为什么呢？我们从代码实现上分析原因。

<b>show table status的create_time的实现</b>

<dl><dd>1.innodb</dd></dl>

　　在innodb下执行show table status获得create_time来自于代码：

　　stats.create_time最终来自于以下代码的statinfo变量：

　　stat为c语言的库函数，含义是将文件路径path定位的文件（tablename.frm）的状态信息（包括了创建时间create_time）存入statinfo。

　　通过对源码的分析，我们知道在innodb引擎，create_time来源于.frm文件的创建日期。在truncate table之后，innodb并没有重建.frm文件，因此show table status的create_time不变。

<dl><dd>2. myisam下</dd></dl>

　　在myisam下执行show table status获得create_time来自于代码：

　　对应的misam_info.create_time来源于:

　　即myisam通过读.myi文件来获得state信息（包含了create_time)，也就是说myisam下show table status的create_time最终来源于myi文件中的state信息。

　　在myisam下，创建表(create table..)的create_time来源于以下代码：

　　myisam下的create_time来源于share变量，每次执行这部分代码都会更新share.state.create_time。share是myisam引擎下的全局信息，share.state区间信息包含了键和数据文件长度、时间戳（即create_time）和打开表的次数等等参数。share.state会记入myi文件，代码如下：

　　执行truncate table也会经过以上2处的代码，更新.myi文件的state区间的信息，然后show table status时读入.myi文件最新的state信息（包含了create_time），因此create_time会被更新。