mysql当中时间类型是如何存储的

一直很好奇时间类型在mysql中的存储形式，终于在mysql官网中找到了答案：

下面的表格描述了不同时间类型在不同数据库版本中是如何存储的。

Type	Storage before MySQL 5.6.4	Storage as of MySQL 5.6.4
YEAR	1 byte, little endian	Unchanged
DATE	3 bytes, little endian	Unchanged
TIME	3 bytes, little endian	3 bytes + fractional-seconds storage, big endian
TIMESTAMP	4 bytes, little endian	4 bytes + fractional-seconds storage, big endian
DATETIME	8 bytes, little endian	5 bytes + fractional-seconds storage, big endian

在MYSQL 5.6.4之前，日期跟时间类型是按照以下编码进行存储的：

YEAR: 一个字节的整型

DATE: 三个字节的整型，按照这种方式进行压缩： YYYY×16×32 + MM×32 + DD

TIME: 三个字节的整型，按照这种方式进行压缩：DD×24×3600 + HH×3600 + MM×60 + SS

TIMESTAMP: 四个字节的整型，计算UTC时间，计算从('1970-01-01 00:00:00' UTC)到指定时间的秒数

DATETIME: 八个字节，四个字节代表日志的整型，按照这种方式进行编码： YYYY×10000 + MM×100 + DD ，四个字节代表时间，按照这种方式进行编码： HH×10000 + MM×100 + SS

从5.6.4版本开始，TIME，TIMESTAMP，DATTIME这三种类型增加了对小数秒的支持，对这三种类型的存储采用了大端(big endian)的字节排序方式（为了兼容memcmp（））,小数秒部分跟在非小数秒后面。（YEAR和DATE类型的存储方式不变）

TIME类型的非小数秒部分编码如下：

1 bit sign    (1= non-negative, 0= negative)
1 bit unused  (reserved for future extensions)
10 bits hour   (0-838)
6 bits minute (0-59)
6 bits second (0-59)
---------------------
24 bits = 3 bytes

TIMESTAMP 非小数秒部分的编码与 5.6.4之前的版本一样,只是字节排序方式由小端排序改为了大端排序(little endian--->big endian)

DATETIME 非小数秒部分的编码如下：

1 bit  sign           (1= non-negative, 0= negative)
17 bits year*13+month  (year 0-9999, month 0-12)
5 bits day            (0-31)
5 bits hour           (0-23)
6 bits minute         (0-59)
6 bits second         (0-59)
---------------------------
40 bits = 5 bytes

sign标志位为1，代表整数；0禁止使用

小数秒部分的编码根据小数秒的精度进行调整，如下：

FSP	Storage
0	0 bytes
1,2	1 byte
3,4	2 bytes
4,5	3 bytes

根据以上的描述，我们是不是可以推测出，在对时间字段建立索引以后，在进行索引比较时，是不是会将我们输入的时间转换为以上类型再进行比较？从而可以确定对时间类型的字段建立索引，其效率与在整型字段上建立索引的效率是一样的？还请数据库高手给与解释。