Mysql 以INT（毫秒）格式而不是yyyy-mm-dd-hh:mm:ss格式存储日期好吗？

我有一个关于在mysql数据库中存储日期的问题。这是：

用

INT

（毫秒）格式而不是yyyy-mm-dd-hh:mm:ss格式存储日期好吗

---

例如，在写问题时，日期时间是2016-02-05 12:19:46。在数据库中以INT-means毫秒（1446xxxxxxx）格式存储此datetime好吗？它会提高我的数据库性能吗？

这可能是一个基于观点的问题，但我的选择是，您应该避免将日期存储为int（unix时间格式）。因为每次你想要获取日期并以可读的格式显示它时，这将成为一项非常繁琐的任务

---

就性能而言，这将取决于您的使用情况。事实上，int数据类型的大小是datetime的一半。此外，在排序方面，int比date数据类型（未测试）更快。但是，在选择日期并用于显示目的之后，如果要格式化所需的日期，则会很困难，而且会产生不必要的开销。

不，以整数格式（毫秒）存储日期不是一种好的做法。因为无论何时需要数据库中的日期，都必须将其转换回日期格式，这将影响应用程序的性能。 当谈到Db的性能时，它将是恒定的，因为不会有太多影响，但它将成为从数据库检索日期并转换回日期格式以及在应用程序中表示或使用的瓶颈

---

但是如果你真的需要的话，你可以做。因为我不知道您的应用程序场景及其使用情况。

通常使用秒而不是毫秒的UNIX时间。我不能告诉你很多关于DB的实际性能，但是我相信你可以在那里找到基准测试。大多数情况下，您会根据最适合您的代码的内容来选择其中一种格式。另外，我认为您会发现最大的性能差异在于如何处理代码中的日期，而不是数据库中的日期。@FelixPamittan您能给我一些简短的描述吗？我想不，性能不会影响性能。但如果您考虑时区，那么最好将时间戳存储在unix中