php - PHP 持续检查数据库更改的最佳做法是什么？

Question

我正在构建一个后端模块(用 PHP 编写)，用于监控[正好]300 秒(5 分钟)没有事件的私有(private)聊天室。如果是，脚本将更新数据库(将最大用户数设置为一定数量，以及其他内容)。我通过 now() 和最后一条消息发送的时间差来监控空闲时间的跨度。

---

我做了什么:设置一个 cron 作业，每分钟或 60 秒运行一次(通过 php-cli)我的监控脚本。监控脚本内部:

$expire_time = time() + 60;

//this loop will run for 60 seconds
while(time() < $expire_time)
{
  $idle_time = get_all_chatrooms_idle_time();
  foreach($idle_time as $s_time)
  {
    if($s_time >= 300)
    {
      update_changes();
    }
  }
  usleep(500000);
}

---

300 秒空闲时间后立即设置最​​大用户数的条件无法讨价还价。所以我真的不能遵循这样的建议:“避免做任何事情，直到真正需要它为止”，即使它很有意义。

原因？活跃和不活跃聊天室的数据需要是实时的，因为它也会显示在仪表板上。聊天室管理员的工资取决于它。

---

为什么不在每次仪表板加载时检查它们？很抱歉，但仍然不可能。

检查需要在服务器端进行，仪表板使用 ajax 更新自身，每秒轮询一次。

当我将监控代码附加到我的 ajax 调用所请求的页面时，我认为它比我当前的实现更占用资源(如果我错了请纠正我)

让我粗略估计一下用户数量，这样您就可以想象我们得到的负载/流量:

• 聊天人数(包括版主):~800
• 聊天室数量:~250
• (x) 聊天室管理员数量:~50
• (x) 我的老板和他的员工:

(x) - 可以查看仪表板

---

还有更好的办法吗？我做得对吗？

Answer 1

这个循环有点矫枉过正。它可能每分钟运行数千次，即使在中等服务器上也是如此，即使对于实时应用程序，它也会产生高 CPU 使用率。添加一个计数器，并查看迭代次数。我认为这会产生比处理每个 AJAX 请求更多的负载。

首先，确定您需要的信息粒度。假设您选择 3 秒的粒度(例如，每 3 秒扫描一次数据库)——这个数字对您来说可能太高了，但它说明您不会损失太多。随着 AJAX 每秒拉动，您可能会看到一些应该连续向上爬行的计数器爬回一次或两次。 (你是否真的会看到这样的东西取决于你的计数器的性质。)

如果您的计数器基于秒范围内的数据(例如，显示已用秒数的总和，或基于 $/sec 的金额)，则二次 AJAX 拉取将不会提供连续的计数器。 (它有时会错过一秒钟或更新到那一秒钟两次；由于网络原因)。

无论选择何种粒度，您的最终统计数据都没有问题，因为它们基于绝对时间戳 - 无论它们的评估时间有多晚。

如果使用二次 AJAX 轮询来实现平滑计数器，那么你可以做得更好:计数应该在客户端运行(例如，发送带有二次增量的值:revenue: <span data-inc="25">14432</span> 并使用 JS 计数).唯一实现 AJAX 来监视停止/重置计数器的条件。然后你只需要确定通知可能会延迟多长时间(例如 10 秒)，然后计数器将过度滚动最多。 10s 回落到预期值。在这种情况下，您不应该更频繁地运行数据库清理(例如间隔的一半)。这允许例如在您的周期中睡 3 秒，这会大大减少负荷。

如果您可以轻松地选择将每个聊天室的过期时间戳添加到数据库(记录中的或固定的)，并使用可以加快读取速度的索引(并且还允许每个房间的过期规则)。