第二个区别是 DATETIME 是“常量”，保存时就是保存时的值，检索时是一样的值，不会改变；而 TIMESTAMP 则是“变量”，保存时数据库服务器将其从time_zone 时区转换为 UTC 时间后保存，检索时将其转换从 UTC 时间转换为 time_zone 时区时间后返回。
比如，我们有下面这样一张表：
CREATE TABLE `tests` ( `id` INTEGER NOT NULL auto_increment , `datetime` DATETIME, `timestamp` TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=InnoDB;
连接到数据库服务器后，可以执行 SHOW VARIABLES LIKE '%time_zone%' 查看当前时区设置。类似下面这样的结果：
Variable_name
Value
system_time_zone
CST
time_zone
SYSTEM
说明我目前时区是 CST（China Standard Time），也就是东八区。
我们尝试插入下面的数据：
INSERT INTO `tests` (`id`, `datetime`, `timestamp`) VALUES (DEFAULT, '1970-01-01 00:00:00', '1970-01-01 00:00:00');
会发现有一个报错：Error Code: 1292. Incorrect datetime value: '1970-01-01 00:00:00' for column 'timestamp'。给 timestamp 这一列提供的值不对，因为我们尝试插入 1970-01-01 00:00:00 时，数据库服务器会根据 time_zone 的设置将其转换为 UTC 时间，也就是 1969-12-31 16:00:00，而这个值明显超过了 TIMESTAMP 类型的范围。
我们换个大一点的值：
INSERT INTO `tests` (`id`, `datetime`, `timestamp`) VALUES (DEFAULT, '2000-01-01 00:00:00', '2000-01-01 00:00:00');
这次就成功插入了。
再次检索时结果也是正确的（数据库服务器将值从 UTC 时间转换为 time_zone 设置的时区时间）：
SELECT * FROM sample.tests;
返回：
id
datetime
timestamp
1
2000-01-01 00:00:00
2000-01-01 00:00:00
如果我们先将 time_zone 设置为一个不同的值后再进行检索就会发现不同的结果：
SET time_zone = '+00:00'; SELECT * FROM sample.tests;
返回：
id
datetime
timestamp
1
2000-01-01 00:00:00
1999-12-31 16:00:00
可以看到 datetime 列值没有受 time_zone 设置的影响，而 timestamp 列值却改变了。数据库服务器将其从 UTC 时区转换为 time_zone 时区的时间（首先 2000-01-01 00:00:00 在上面进行插入时根据 time_zone 被转换为了 1999-12-31 16:00:00，此次检索时 time_zone 被设置为 +00:00，转换回来刚好就是 1999-12-31 16:00:00）。
那这两种类型怎么选择呢？建议优先使用 DATETIME，表示范围大、不容易受服务器的设置影响。
在 JavaScript 和 MySQL 间转换
分别说明了 JavaScript 和 MySQL 中的“时间”后，我们来聊聊 ORM 框架一般都是怎么样在两者间进行正确、合适的转换来避免混乱的。下面的说明将基于 sequelize 框架来解释，主要是一种思路，其他的框架可以阅读框架提供的文档或是源码。
sequelize 实际上有一个 timezone 的配置，默认是 +00:00（.）。这个 timezone 有下面的用途：
建立数据库连接时，执行 SET time_zone = opts.timezone
MySQL 的时间类型和 JavaScript 的时间类型的互相转换
第一个用途很简单，体现在源码里就是执行一个 SQL 语句：
connection.query("SET time_zone = '" + self.sequelize.options.timezone + "'"); /* jshint ignore: line */
第二个用途主要体现在两个地方：1）在 JavaScript 中调用 ORM 方法进行插入、更新时，需要将 Date 类型转为正确的 SQL 语句；2）从 MySQL 服务器查询数据时，需要将数据库查询到的值转换为 JavaScript 中的 Date 类型。下面我们分别来看一看。
JavaScript -> MySQL
这个转换的核心代码如下：
SqlString.dateToString = function(date, timeZone, dialect) { if (moment.tz.zone(timeZone)) { date = moment(date).tz(timeZone); } else { date = moment(date).utcOffset(timeZone); } if (dialect === 'mysql' || dialect === 'mariadb') { return date.format('YYYY-MM-DD HH:mm:ss'); } else { // ZZ here means current timezone, _not_ UTC return date.format('YYYY-MM-DD HH:mm:ss.SSS Z'); } };
代码逻辑如下：
检查 timeZone 是否存在，如果存在（存在指的是类似 America/New_York 这样的表示法），调用 tz 设置 date 的时区。
如果不存在（类似 +00:00、-07:00 这样的表示法），调用 utcOffset 设置 date 的相对 UTC 的时区偏移。
最后使用上面设置的时区偏移将其 format 成 MySQL 需要的 YYYY-MM-DD HH:mm:ss 格式。
举两个例子。