PHP套接字服务器问题(mysql连接，最大连接数限制)

Question

我需要编写一个套接字服务器，它将处理至少大约 1000 个(将来会更多)低流量永久连接。我已经制作了一个用于测试目的的 PHP 草案版本(我们正在开发一个监控硬件，因此我们需要开发和测试对话协议(protocol)和硬件功能)，当我只有几个客户端连接时，这非常适合我。但当连接数增加到十个时，一些关键问题出现了。以下是有关服务器架构的一些信息:

我有一个主进程，它等待套接字连接，并在连接时使用 pcntl_fork() 创建一个子进程(从现在开始为该连接提供服务)。另外，我正在主进程中设置与 MySQL 的 PDO 连接。所有子进程共享同一个 PDO 对象。起初我担心在同时查询期间会发生一些冲突，但即使通过压力测试我也没有遇到过它们(10个 child 在循环中不间断地进行查询)。但是每个 child 都有 usleep(500000)，所以这可能是运气，尽管我已经运行了几个小时的测试。但是，即使有 1k 个客户端连接，这样的负载也不应该出现，因为它们与服务器之间的对话很少。

这是我的第一个问题:对大量子进程(理想情况下大约有 1000 个)使用单个 PDO 对象是否安全？我可以为每个子项使用单个连接，但 MySQL 不支持几乎那么多的连接。

第二个问题是获取寄生 MySQL 连接。正如我之前提到的，我只有一个 PDO 对象。但是，当我连接了多个客户端，并且在它们运行了一些查询后，我在 mytop 中看到有多个数据库连接，并且我找不到连接数量和我拥有的子进程数量之间的任何相关性。例如我有 3 个 child 和 5 个数据库连接。我尝试建立持久连接，但没有改变任何东西。

第二个问题:是 PDO 与 MySQL 建立这些额外的连接，还是 MySQL 驱动程序？有没有办法强制他们使用一个连接？我不认为这可能是我的错，每次我调用创建 PDO 对象的方法时，我的代码都会向控制台打印一条警报，并且这种情况只发生一次，在脚本开始时、 fork 之前。之后，我只使用父级的 PDO 对象对子级运行查询。由于 MySQL 的限制，我再次无法承受如此多的连接。

第三个问题:一千个套接字连接本身会成为问题吗？我的意思是，除了 CPU 和数据库负载之外。或者我应该做一些较少的服务器(例如 128 个连接)，如果超过最大连接数，这将告诉客户端连接到另一台服务器？

预先感谢您的时间和可能的答案。

Answer 1

当前您最关心的应该是您的套接字服务器架构。为每个客户端 fork 一个进程是非常繁重的。 AFAIK 一台普通的 PC 可以承受大约 2000 个线程，但它的运行速度不会很快。进程之间的切换意味着CPU应该将其状态保存在内存中，如果你有大量的进程，CPU将忙于内存IO并且几乎没有时间实际做事情。

您可能想从 Apache 中获取灵感。在 Apache 中，它们使用固定数量的工作进程/线程，每个进程/线程通过 select 函数和套接字以非阻塞模式与多个客户端一起工作。这是一种更加稳健的方法。

关于数据库 IO，我将生成一个进程/线程，它将成为数据库连接的唯一所有者。工作进程将使用 IPC(如果是进程)或无锁队列(如果是线程)与 DB IO 进程进行通信。这种方法使您独立于 PDO 实现细节(如果它是线程安全的或者它是否生成连接等)。

P。 S.我怀疑您实际上是通过 fork 生成新的 PDO 对象( fork 仅意味着复制进程及其内存和其中的所有内容)，并且 PDO 对象根据需要创建和关闭连接。这可以解释为什么您没有看到低流量客户端和数据库连接之间的相关性。