MySQL 日期时间和时间戳字段是否比 Unix 时间戳整数更适合 PHP 应用程序？

发布于 2024-09-10 17:40:34 字数 1177 浏览 5 评论 0原文

我正在阅读一篇文章，其中显示了一些非常好的信息和基准，关于三种不同的 MySQL 日期/时间存储选项的性能。

MySQL DATETIME vs TIMESTAMP vs INT 性能以及使用 MyISAM 进行基准测试

在阅读本文时，您开始意识到使用整数只是一种浪费，您应该使用 MySQL Datetime 或 Timestamp 列类型。

然而，在文章的最后，他又做了一个不使用 MySQL 函数的测试，您突然发现，在按 unix 时间戳搜索时，直接 INT 的速度是两个 MySQL 选项的 2 倍。

所以我突然明白了 - 呃，PHP 应用程序都使用什么？ time()！ 几乎每个 PHP 应用程序的逻辑都基于 Unix Epoch。这意味着大多数对特定时间结果的查询都是基于 time() 开始的，然后转换为使用 MySQL 的字段。

这给我留下了以下内容：

存储为 INT 的 Unix 时间戳是速度更快、占用空间更小、工作效率更高本地基于 PHP 的 time() 计算。
MySQL日期类型更适合来自MySQL的操作和逻辑适合
目前 Unix 和 MySQL 时间戳仅有效到 2037 这意味着你必须使用较大日期的日期时间字段未来。
像 date = NOW() 这样的 MySQL 命令可能会滞后使用复制会导致数据不一致。

所以将其应用到现实生活中我们看到了答案考虑到大多数真正的 DBA 会使用像 PostgreSQL 这样更好的引擎，这些结果是否存在？

但是，大多数达到使用数据库逻辑级别的应用程序可能会使用 PostgreSQL。这意味着我们所有其他程序员只使用 MySQL 作为我们数据的存储罐（你知道这是真的），这使得保持字段小、快，UNIX INT 看起来就像它实际上是最好的选择。

那么你们觉得怎么样？

时间戳真的比 MySQL 日期字段更适合 PHP 应用程序吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

壹場煙雨 2024-09-17 17:40:34

MySQL 的日期格式不存在 2038 年问题。

MySQL 的日期从 1000 年到 9999 年都是可靠的，而 Unix 时间戳在 2038 年之后或 1902 年之前可能会出错，除非系统中的所有内容都是 64 位。

但是，如果您使用 PHP，这可能没有实际意义：PHP 在其大部分日期和时间函数中使用 unix 时间戳来表示日期和时间，除非您使用 64 位版本，否则它将具有相同的限制。

您将使用专门用于此目的的字段类型。

如果您关心的话。将日期作为 unix 时间戳放入 INT 字段并不具有自描述性；如果不以适当的方式转换数据，您就无法查看数据。但这对你来说可能没有什么区别。

另一方面，考虑到您正在使用 PHP，一旦您将时间转换为 PHP，您就必须将其转换回 Unix 时间戳才能对其进行任何有用的操作，因为对于 PHP 来说，Unix 时间戳是本国的。

编辑：

当我写这个答案时，我没有使用 PHP 的 DateTime 类。使用 DateTime 类消除了使用 Unix 时间戳的任何需要，并消除了 32 位/64 位问题。感谢查尔斯下面的评论指出了使用它的好方法。

回复收藏 0 原文

心意如水 2024-09-17 17:40:34

我总是喜欢以 mySQL 格式存储日期，因为它使查询中的比较更简单。 mySQL 也有一些很棒的日期格式选项：
http://www.dan.co.uk/mysql-date-format/< /a>

抱歉，我应该补充一点，我真的不知道哪个速度效率更高，这是您问题的重要部分。

回复收藏 0 原文

鱼窥荷 2024-09-17 17:40:34

我喜欢将所有逻辑保留在单个高级域中（即用 php 编写的应用程序）。 MySQL 是一个储罐——它应该保留。我更喜欢使用诸如 http://www.symfony-project.org/plugins/ 之类的类sfDateTime2Plugin 然后 ->dump() 或 ->get() 为适当的格式。在应用程序域中编写（和扩展）高级操作比使用静态 mysql 接口更快、更容易。

PostgreSQL 的接口在 MySQL 上进行了清理。但我们在这里仍然讨论 MySQL，因为它很流行。这就提出了一个重要的考虑因素。在编写代码或设计系统时，遵守约定通常是有意义的，即使它的计算效率低于其他鲜为人知的选项。这很重要，因为它有利于另一种效率——其他人的可读性。通常，与计算效率低下相比，可读性和可理解性低效率会导致更大的业务支出（和时间）。

不过我完全赞成尝试 INT。请尝试一下并写下您的发现。

干杯

回复收藏 0 原文

已下线请稍等 2024-09-17 17:40:34

使用 MySQL 的各种时间和日期格式可以实现使用 Unix 时间戳难以进行的查询。

一个示例是根据特定周（周数）过滤数据，或者在添加或删除特定时间范围后使用数据库中的值。

MySQL 有一些很棒的函数用于时间和日期操作可以很好地处理日期、日期时间和时间格式。

我们的大多数网站都使用 PHP/MySQL，并且我们自动创建数据库到 PHP 对象，从 PHP 更改为 MySQL 格式的代码非常简单：

if($parameter->Type() == DatabaseType::DATETIME)
    $parameterValueArray[] = date('Y-m-d H:i:s', $parameter->Value());
elseif($parameter->Type() == DatabaseType::DATE)
    $parameterValueArray[] = date('Y-m-d', $parameter->Value());
elseif($parameter->Type() == DatabaseType::TIME)
    $parameterValueArray[] = date('H:i:s', $parameter->Value());

MySQL 到 PHP：

strtotime() for datetime
mktime() 用于获取时间和日期

Using MySQL's various time and date formats allows for queries that would be difficult using Unix timestamps.

An example would be filtering data based on a particular week (week number), or using a value in the database after adding or removing a certain timeframe from it.

MySQL has some great functions for time and date manipulation which work well with the date,datetime, and time formats.

We use PHP/MySQL for most of our sites, and we automate database to PHP object creation, the code to change from PHP to MySQL formats is very simple:

if($parameter->Type() == DatabaseType::DATETIME)
    $parameterValueArray[] = date('Y-m-d H:i:s', $parameter->Value());
elseif($parameter->Type() == DatabaseType::DATE)
    $parameterValueArray[] = date('Y-m-d', $parameter->Value());
elseif($parameter->Type() == DatabaseType::TIME)
    $parameterValueArray[] = date('H:i:s', $parameter->Value());

MySQL to PHP:

strtotime() for datetime
mktime() for time and date

回复收藏 0 原文