显然，graphQL 突变是按顺序一一执行的。
来源：
在 GraphQL 中，突变作为序列执行。不然很难 检测错误，例如一次又一次地添加同一作者。
这完全取决于 GraphQL 服务器实现来实现 像这样的突变。参考NodeJS实现等 Python 和 Scala 的社区实现遵循这一点。
如果我理解正确，这会阻止：
这个设计决策背后的基本原理是什么？ 还有其他项目做的不同吗？
【问题讨论】：
标签： python database node.js scala graphql
实际上，GraphQL 非常鼓励请求并发。请求可以并行处理。每个请求串行执行该请求的各个突变，但可以同时处理多个请求。
指出突变和请求之间的区别很重要，尤其是在并发方面。
同样重要的是，GraphQL 不会告诉您如何在单个请求之外应用编辑。这是您的代码抽象，您决定是使用 SQL begin...commit 来阻止数据库写入，还是直接进行更新调用并掷骰子。
对事务进行串行编辑处理是数据库设计中非常常见的做法，在大多数数据库语言中都可以看到一组用于此目的的命令。
在 SQL 中，突变通常用 BEGIN 和 COMMIT 括起来。 在 Redis 中，一个 MULTI EXEC 块提供了这个功能。
这主要是我所看到的。然而，无序的并行编辑处理当然是可能的，只要您确保结果是路径独立的，并且您可以找到一种方法来保证所有 ACID 属性都成立。
有很多语言可以做到这一点，但我只能想到一个在 Redis 中实现的示例。
您可以将编辑映射到一组简短的 Lua 脚本，这些脚本会检查其序列化自身的事务密钥的值，如果他们找到匹配项，他们会在申请前返回。否则，他们将应用编辑，并将序列化的编辑附加到交易主体。
注意：如果您有依赖编辑（创建表格，将条目推送到表格），您真的可以避免串行编辑执行。
就多个请求的事务而言？我从来没有真正使用过它们，这个帖子更适合这个问题。
Multi-step database transaction split across multiple HTTP requests
【讨论】：