公众号上转的满天飞的一篇文章，MySQL优化相关的，无意中瞄到一句“尽量使用TIMESTAMP而非DATETIME”，之前对TIMESTAMP也不太熟悉，很少使用，于是查了一下两者的区别。
其实，不管在SQL Server中还是MySQL中，“尽量使用TIMESTAMP而非DATETIME”都是有问题的。
在SQL Server中的TIMESTAMP
只能以默认值或者默认生成的方式插入数据
对（包含了）rowversion的表中的数据行更新的时候，rowversion会自动更新。
全局性，这里暂不表述全局性的一些细节问题。
MySQL中的TIMESTAMP
在MySQL中：
DATETIME ：长度8字节，用来标识包含日期和时间部分的值，MySQL以‘YYYY-MM-DD HH:MM:SS’格式检索并显示DATETIME类型字段。
支持的范围是‘1000-01-01 00:00:00’ to ‘9999-12-31 23:59:59’.
TIMESTAMP ：长度4字节，用来标识包含日期和时间部分的值，
支持的范围是 ‘1970-01-01 00:00:01’ （标准时间） to ‘2038-01-19 03:14:07’ （标准时间）。
DATETIME 与TIMESTAMP 的不同：
MySQL将TIMESTAMP类型的值转换为UTC时间存储，当然检索的时候以当前时区的时间返回，下面具体举例，而DATETIME则不会发生这种情况。
同一个字段值，没有发生更改的情况下，也就是同一个值，当修改系统的时区之后，显示出来的结果是不一样的。
这一点正如上面说的：MySQL将TIMESTAMP类型的值转换为UTC时间存储，当然检索的时候以当前时区的时间返回。
貌似转来转去的有点蛋疼，这个特性有什么用处？
这一点对于某些夸时区的应用显示十分有效，最最简单的就是outlook上的收发邮件的时间显示，
比如夸时区的两个人发邮件，发邮件的时间是一个确定的时间，对于A来说，显示自己的时区时间，对于B来说，也是显示为自己时区的时间。
这一点就有点类似于TIMESTAMP，存储为标准时间，根据系统转换为具体的时区时间。
以上，不管在SQL Server中还是MySQL中，DATETIME和TIMESTAMP的作用以及特性都是不同的，SQL Server中尤甚，MySQL也有各自的特性。
选取某种字段类型，是根据需要来的，而不是说可以尽量用哪个，尽量不用哪个。
数据库中很多东西都是根据具体情况来的，网上总结的很多优化的条条框框，怎么说呢，还是不说了！
参考：
https://dev.mysql.com/doc/refman/5.7/en/datetime.html
https://www.eversql.com/mysql-datetime-vs-timestamp-column-types-which-one-i-should-use/
https://docs.microsoft.com/zh-cn/sql/t-sql/data-types/rowversion-transact-sql?view=sql-server-2017
关于两者的区别，笔者一开始也不完全清楚，我也是各种搜索之后简单总结了一下，无意冒犯原作者。https://www.cnblogs.com/wy123/p/9831945.html
