sql - 异步服务器，在等待回调时处理断开连接

Question

我有一个关于异步服务器管理的问题。我正在使用 libevent2 和(为了我自己的学习经验)普通的 ANSI C。我使用 apache2 实用程序中的 ab 进行压力测试。主要是 -n 10000 和 -c 400。我的数据库是本地网络中 debian 计算机上的 sql server。所以连接速度非常快。我还使用 valgrind (--leak-check=full --show-reachable=yes)

分析我的应用程序

我现在有一个问题。当我对 sql 数据库进行同步调用时，一切正常。但是这一切都是在主线程上完成的，所以新客户端接收数据需要一些时间(同时压力正在运行)。当我对 sql 数据库进行异步调用时，一切正常，只要在 sql 调用返回之前没有客户端断开连接。一旦 sql 调用返回并且客户端已经断开连接，我就会收到很多无效的读取错误(当然)，因为它的缓冲区已经被释放，套接字已关闭等。我已经尝试了很多不同的东西但不能'找不到合适的解决方案。

我只是想大致问一下您是如何处理此类事情的？例如，您是否保留 BST，其中包括所有已连接的客户端，并且当异步调用返回时您会在其中搜索它？如果它仍然在那里你执行回调否则丢弃它？我认为这可能会大大降低性能。我还尝试检查套接字是否仍处于打开状态，但这有点奇怪。recv(fd, buffer, 1, MSG_PEEK) 始终返回 -1(在打开和关闭的非阻塞套接字上)..

好吧，很难解释我已经做了什么，所以我只是等待你们的回答:-)

问候语马库斯

更新:我只是有一个疯狂的想法，为每个连接使用互斥体。当我进入异步调用时，我锁定它，并在它返回后释放它。:-) 但我不相信这种方法。它听起来不对。任何人都可以推荐这种方法吗？

更新 2:我尝试了我的想法并且效果很好。要做到这一点有点棘手，但锁定做到了

Answer 1

按连接锁定工作正常，但它有几个缺点:

• 产量是每个连接一个未完成的请求。这限制了您的应用程序可以扩展的程度。

• 随着连接数量的增加，应用程序必须创建的互斥体数量也会成为一个问题。

最好的办法是将“连接和客户端请求管理”与“SQL 查询管理”分离，就像您提到的那样。这需要您将响应与请求相匹配。当您扩大规模以服务数十万个请求时，查找成本将微不足道。还有一些方法可以对此进行优化(例如，两级查找，首先针对客户端，然后针对来自该客户端的请求)。对于客户端查找，您可以为每个客户端分配一个 ID 并实现快速搜索操作。