我将日期时间以UTC格式(使用DateTime.UtcNow)存储在MySQL数据库中。在对包含该日期的实体进行一些操作之后，它变得一团糟。

这是我定义表格的方式：

CREATE TABLE `gsrep`.`GlobalVersion` (

[..],

`CreationDate` TIMESTAMP NOT NULL,

`LastUpdateDate` TIMESTAMP NOT NULL,

[..]

);

我正在运行.NET 4.5.2框架，并使用Entity Framework 6和Database first原理映射了数据库。

这是我在做什么：

第一步，创建对象：

var now = DateTime.UtcNow;

var globalVersion = new GlobalVersion

{

CreationDate = now,

LastUpdateDate = now

};

// saving the object

假设它是我国家的10:00 am，而我是GMT +2。创建的日期的Kind属性设置为DateTimeKind.Utc，其值设置为08h00 am。在数据库中，日期值为08:00 am。

一切顺利。

第二步，获取对象：

使用另一个连接，当我从数据库中获取对象时，日期设置为上午08:00，但其Kind属性设置为DateTimeKind.Local。

这不是完全可以的，但是虽然我只读取数据，但这不是问题。我什至没有注意到它，直到我需要更改一个日期。

更新一个日期：

一团糟。在一瞬间，我只需要更改一个日期。假设现在在我的国家/地区是11:00 am。

// getting the object

globalVersion.LastUpdateDate = DateTime.UtcNow;

// saving the object

保存后，LastUpdateDate在数据库中设置为09:00 am(可以)，但CreationDate现在设置为... 11:00 am。看起来它在DbContext.SaveChangesAsync()处设置为DateTime.Now(我说这是因为如果在调试期间在DateTime.UtcNow和SaveChangesAsync指令之间暂停，则CreationDate会设置为单击继续的那一刻)。

我的代码中绝对没有任何东西可以更改CreationDate ...在调用DbContext.SaveChangesAsync()之前，CreationDate具有不变的期望值。紧接着，CreationDate设置为我单击"继续"的那一刻(仅在数据库中，在EF缓存中，该值仍然相同，但是在下一次连接时，如果将在数据库中使用该值)。

我对这种行为完全迷失了……是什么原因引起的？

我正在SQLite数据库中并行编写相同的操作(我在连接字符串中将DateTimeKind设置为Utc，但没有问题)。

根据您的描述，听起来好像EF在检索时忽略了mysql时间戳的UTC偏移，然后甚至更新了您未更改的字段。 可能的提示：stackoverflow.com/questions/6931014/

@joshp链接中提供的解决方案可修复DateTime.Kind，但在SaveChangesAsync期间仍会覆盖CreationDate ...

哇...虽然我正在用此脚本创建表：

CREATE TABLE `gsrep`.`GlobalVersion` (

[..],

`CreationDate` TIMESTAMP NOT NULL,

`LastUpdateDate` TIMESTAMP NOT NULL,

[..]

);

MySQL Workbench(或MySQL？)实际上创建了一个这样的表(使用MySQL Workbench逆向工程获取它)：

CREATE TABLE `GlobalVersion` (

[..],

`CreationDate` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,

`LastUpdateDate` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',

[..]

) ENGINE=InnoDB DEFAULT CHARSET=latin1;

实体框架自己更新CreationDate毫无意义。 最后，这与DateTimeKind问题无关。 为了解决该问题，我遵循了joshp链接中提出的解决方案，但进行了一些改进。