java - 异步检索 SQL 查询执行结果。

Question

经过相当多的研究后，我决定继续写一个关于堆栈溢出的问题，这个问题在这里看起来似乎相当多余，但我问这个问题只是因为我没有找到我的答案。我从 Java NIO2 框架中获得了一些乐趣，它极大地提高了我的应用程序的可扩展性。 (我们之前使用老式的 I/O TPC 服务器/客户端设置一些适度填充的仿真服务器)，让我告诉你。如果您明白我的意思，那么并发是女王 B。

我们正在从使用线程作为解决所有问题的答案(试图更好地实践并更加熟悉先进的技术)。以前我们使用平面文件存储(文本/二进制格式存储)来存储用户数据，并将所有内容迁移到 SQL 数据库。

在执行此操作时，我注意到通常没有问题，但是等待数据库从来都不是一件有趣的事情，而且在模拟游戏环境中等待数据库调用从来都不是一件有趣的事情，尤其是当整个游戏服务器都处于等待。这是我们通常会用线程替代的地方。为什么不使用 Thread pool 在另一个线程上执行 SQL 调用？或类似的。

Java NIO2 CompletableFuture<K,V>确实对任何类型的异步事件都有很大的帮助，但是我一直在尝试找到一种将其用于 SQL 调用的方法。我认为编写我们自己的使用 NIO2 的 JDBC 版本始终是一种选择，但它似乎有点过头了，而且可能会花费比其值(value)更多的时间和金钱。请记住，我们只是一个小型仿真社区，而不是一家大型企业，但我们确实希望确保为我们的用户提供高质量的服务。

我正在调查 jooQ这看起来不错，但也似乎有点矫枉过正。这使用 CompletableFuture#supplyAsych方法但是可用的示例并没有真正深入地解释它。然而，它与这句话混在一起:

there will always be one blocking barrier to such solutions, and that is JDBC itself – which is very hard to turn into an asynchronous API. In fact, few databases really support asynchronous query executions.

但是，数据库不一定需要支持异步查询执行以便在异步上下文中提供结果。如果我的服务器没有等待(并且只是等待)API 获取查询结果，那么这是唯一真正重要的事情。可以使用 Unity 脚本引用中的示例来解释与此类似的 Activity :CoRoutines .

请不要推荐 Scala。

Answer 1

Java NIO2 的级别太低，无法帮助您。

您开发异步版本 JDBC 的“思想泡泡”存在问题，原因有二:

• 它确实不适合在 JDBC API 层之上(即在应用程序代码中)实现事务的方式。在较少数量的线程上同时处理多个事务的应用程序会复杂得多。越复杂(通常)意味着越不可靠，而这不是您在执行(常规)数据库操作时想要的。

• 设计异步 JDBC API 是一回事，而实现它则完全是另一回事。这里真正的问题是真正的工作发生在多个 JDBC 驱动程序中:

  • 一些驱动程序是专有的。
  • 所有驱动程序都与后端数据库(在 JVM 中或通过网络连接)进行某种非标准“协议(protocol)”对话。
  • 这些协议(protocol)(据我所知)本质上总是同步的，而且通常是专有的。
  • 用支持异步模式的东西更新或替换协议(protocol)将需要更改数据库实现本身。

那么解决方案是什么？

这个问答有一些链接到试图实现异步数据库 API 的项目:“Is asynchronous jdbc call possible?”。

我想，如果您对此不满意(即进度或 API)，您可以开始自己的项目。但是，您很可能会遇到同一组设计和实现问题。

另一种方法可能是完全放弃 SQL 和 ACID，并查看一些所谓的“NoSQL”数据库，看看它们是否为您提供了您想要的那种异步 API 和行为。