Bookshelf.js/Knex.js 对 UTC DATETIME 列太“有用”

Question

我有一个 MySQL 表，该表有一个名为 datetime_utc 的 DATETIME 列。如您所料，它是 UTC 的日期和时间。在我的 Bookshelf 模型中，我定义了一个虚拟 getter，它使用 Moment.js 将其转换为 ISO 8601 字符串格式。我的模型看起来像这样：

bookshelf.plugin('virtuals');

exports.MyModel = bookshelf.Model.extend({
    tableName : 'my_table',
    idAttribute : 'id',
    virtuals : {
        datetime_iso : {
            get : function () {
                return moment.utc(this.get('datetime_utc')).format();
            }
        }
    }
});

问题是，当 Bookshelf（或为其提供支持的底层 Knex）看到 DATETIME 列时，它会将值包装在 new Date(...) 中，然后再将其提供给我的代码。由于日期的值是 UTC，但 Date 构造函数假定该值位于服务器的本地非 UTC 时区，我最终得到一个 Date 对象，该对象在错误的时区具有正确的日期。一旦 Moment 在此日期开始工作，所有值都会偏离固定的小时数。

我通过查找 Date 对象并将日期组件直接分解到 Moment 构造函数中来解决此问题。但感觉很恶心：

get : function () {
    var dt = this.get('datetime_utc');

    if (dt instanceof Date) {
        dt = [
            dt.getFullYear(), dt.getMonth(), dt.getDate(),
            dt.getHours(), dt.getMinutes(), dt.getSeconds()
        ];
    }

    return moment.utc(dt).format();
}

是否有更简洁的方法可以从 Bookshelf 获取未包装的 YYYY-MM-DD HH:MM:SS 字符串值，或者使用速记法从时区忽略/修改为 UTC 的 Date 创建新的 Moment 对象？

Answer 1

事实证明，这不是由 Knex 或 Bookshelf 引起的，而是由底层的 node-mysql 库引起的。有一个名为 timezone 的连接属性将被附加到每个 DATETIME、DATE、TIMESTAMP 和 NEWDATE 值，然后再将其解析为 Date 对象。

Knex 将在初始化时将此属性传递给 node-mysql：

require('knex')({
    "client": "mysql",
    "connection": {
        "host": "...",
        "user": "...",
        "password": "...",
        "database": "...",
        "timezone": "UTC"    <-- This is the culprit
    }
});