以下示例显示了在将时区更改为“america/new_york”（DATETIME不变）后，TIMESTAMP日期类型如何更改值。

mysql> show variables like '%time_zone%';
+------------------+---------------------+
| Variable_name    | Value               |
+------------------+---------------------+
| system_time_zone | India Standard Time |
| time_zone        | Asia/Calcutta       |
+------------------+---------------------+

mysql> create table datedemo(
    -> mydatetime datetime,
    -> mytimestamp timestamp
    -> );

mysql> insert into datedemo values ((now()),(now()));

mysql> select * from datedemo;
+---------------------+---------------------+
| mydatetime          | mytimestamp         |
+---------------------+---------------------+
| 2011-08-21 14:11:09 | 2011-08-21 14:11:09 |
+---------------------+---------------------+

mysql> set time_zone="america/new_york";

mysql> select * from datedemo;
+---------------------+---------------------+
| mydatetime          | mytimestamp         |
+---------------------+---------------------+
| 2011-08-21 14:11:09 | 2011-08-21 04:41:09 |
+---------------------+---------------------+

我已经把我的答案转换成了文章，这样更多的人可以发现这个有用的MySQL：日期时间与时间戳数据类型。

主要区别在于

时间戳上的索引-有效日期时间上的索引-不起作用

看看这篇文章，看看Datetime索引的问题

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

在表上执行UPDATE语句时，请注意时间戳的更改。如果您有一个列为“Name”（varchar）、“Age”（int）和“Date_Add”（timestamp）的表，则运行以下DML语句

UPDATE table
SET age = 30

则“Date_Add”列中的每个值都将更改为当前时间戳。

DATETIME不携带时区信息，并且将始终显示与会话有效的时区无关的时区，除非您明确更改它，否则默认为服务器的时区。但是，如果我使用NOW（）之类的函数而不是“2020-01-16 12:15:00”之类的文字来初始化DATETIME列，是本地化到会话时区的当前日期和时间。

相比之下，TIMESTAMP确实隐式地携带时区信息：当您使用值初始化TIMESTAMP列时，该值在存储之前会转换为UTC。如果存储的值是文本，例如“2020-01-16 12:15:00”，则出于转换目的，它被解释为在会话的当前时区中。相反，当显示TIMESTAMP列时，它将首先从UTC转换为会话的当前时区。

什么时候使用一个或另一个？案例研究

一个社区剧团的网站正在播放几场正在售票的戏剧演出。这些演出的日期和时间将显示在下拉列表中，希望购买演出门票的客户将从中选择一个。数据库列performance_date_and_time为DATETIME类型是有意义的。如果演出地点在纽约，则有一种理解，即有一个隐含的时区（“纽约当地时间”），理想情况下，我们希望日期和时间显示为“2019年12月12日晚上8点”，而不考虑会议的时区，也不必麻烦进行任何时区转换。

另一方面，一旦2019年12月12日晚上8点的演出开始，我们可能不再想出售门票，因此不再在下拉列表中显示该演出。因此，我们想知道“2019-12-12 20:00:00”是否已发生。这将证明有一个TIMESTAMP列，将会话的时区设置为“America/New_York”，并将会话time_zone设置为“American/New_约克”，然后将“2019-12-12 20:00:00”存储到TIMESTAMP栏中。从此，我们可以通过独立于当前会话时区将此列与NOW（）进行比较来测试性能是否已开始。

或者，为这两个单独的目的设置DATETIME和TIMESTAMP列可能是有意义的。或者不是。显然，任何一个都可以达到这两个目的。如果只使用DATETIME列，则在与NOW（）进行比较之前，必须将当前时区设置为本地时区。如果只使用TIMESTAMP列，则必须在显示该列之前将会话时区设置为本地时区。

DATETIME与TIMESTAMP：

TIMESTAMP用于跟踪记录的更改，并在每次更改记录时进行更新。

DATETIME用于存储不受记录更改影响的特定静态值。

TIMESTAMP也受不同时区相关设置的影响。DATETIME是常量。

TIMESTAMP在内部将当前时区转换为UTC进行存储，并在检索期间将其转换回当前时区。

DATETIME无法执行此操作。

TIMESTAMP为4字节，DATETIME为8字节。

TIMESTAMP支持的范围：1970-01-01 00:00:01 UTC至2038-01-19 03:14:07 UTCDATETIME支持的范围：“1000-01-01 00:00:00”至“9999-12-31 23:59:59”