时间戳字段是datetime字段的特殊情况。您可以创建具有特殊财产的时间戳列；它可以设置为在创建和/或更新时更新自己。

在“更大”的数据库术语中，时间戳有两个特殊的情况触发器。

正确的答案完全取决于你想做什么。

在遇到许多与时区相关的问题和错误后，我停止在应用程序中使用datetime。在大多数情况下，IMHO使用时间戳优于datetime。

当你问什么时候？答案类似于“2019-02-05 21:18:30”，这不是完整的，也不是定义的答案，因为它缺少另一部分，在哪个时区？华盛顿？莫斯科北京？

使用不带时区的日期时间意味着您的应用程序只处理一个时区，但时间戳为您提供了日期时间的好处，以及在不同时区显示相同精确时间点的灵活性。

以下是一些会让您后悔使用datetime并希望将数据存储在时间戳中的情况。

为了客户的舒适，您希望根据他们首选的时区向他们显示时间，而不让他们做数学运算，并将时间转换为有意义的时区。您只需更改时区，所有应用程序代码都将相同。（实际上，您应该始终在应用程序开始时定义时区，或者在PHP应用程序中定义请求处理）SET time_zone=“+2:00”；您改变了所居住的国家，并继续维护数据，同时在不同的时区查看数据（而不更改实际数据）。您接受来自世界各地不同客户的数据，每个客户都会在自己的时区中插入时间。

简言之

datetime=应用程序支持1个时区（用于插入和选择）

timestamp=应用程序支持任何时区（用于插入和选择）

这个答案只是为了强调时区的灵活性和易用性，它没有涵盖任何其他差异，如列大小、范围或分数。

2016+：我建议您将Mysql时区设置为UTC，并使用DATETIME:

任何最近的前端框架（Angular 1/2、react、Vue…）都可以轻松自动地将UTC日期时间转换为本地时间。

此外：

DATETIME现在可以自动设置为当前时间值。如何设置MySQL DATETIME列的默认值？与人们可能认为的相反，DATETIME比TIMESTAMP快，http://gpshumano.blogs.dri.pt/2009/07/06/mysql-datetime-vs-timestamp-vs-int-performance-and-benchmarking-with-myisam/TIMESTAMP仍然限于1970-2038

（除非您可能更改服务器的时区）

AngularJs示例

// back-end: format for angular within the sql query
SELECT DATE_FORMAT(my_datetime, "%Y-%m-%dT%TZ")...

// font-end Output the localised time
{{item.my_datetime | date :'medium' }}

此处提供所有本地化时间格式：https://docs.angularjs.org/api/ng/filter/date

在使用MySQL和PHP时，我总是使用Unix时间戳。这主要是因为PHP中的默认日期方法使用时间戳作为参数，因此不需要解析。

要获取PHP中当前的Unix时间戳，只需执行time（）；在MySQL中执行SELECT UNIX_TIMESTAMP（）；。

我只在存储UTC时使用无符号BIGINT。。。

然后仍然可以在PHP中将其调整为本地时间。

要使用FROM_UNIXTIME（integer_timestamp_column）选择的DATETIME。

显然，应该在该列上设置索引，否则不会有任何进展。

在我的例子中，我将UTC设置为所有事物的时区：系统、数据库服务器等，只要我能做到这一点。如果我的客户需要另一个时区，那么我会在应用程序上配置它。

我几乎总是喜欢时间戳而不是日期时间字段，因为时间戳隐含地包含时区。因此，由于从不同时区的用户访问应用程序的那一刻起，您希望他们在本地时区中查看日期和时间，因此与数据保存在datetime字段中相比，此字段类型更容易实现。

另外，在将数据库迁移到另一个时区的系统的情况下，我会更加自信地使用时间戳。更不用说在计算两个时刻之间的差异时可能出现的问题，这两个时刻间的总时间变化较大，并且需要1小时或更短的精度。

总之，我看重时间戳的优点：

可在国际（多时区）应用程序上使用在时区之间轻松迁移很容易计算差异（只需减去两个时间戳）不用担心夏天的约会

出于所有这些原因，我选择了UTC和时间戳字段。我避免头痛；）