mysql - SQL_CALC_FOUND_ROWS/select FOUND_ROWS() 是否受竞争条件影响？

Question

根据这个答案:here

The use of SQL_CALC_FOUND_ROWS is not subject to race conditions. The result of the SELECT query, yes, but not the result of FOUND_ROWS(). Don't confuse this.

但是从我运行的所有查询来看，它受到竞争条件的影响，并且每次我使用 SQL_CALC_FOUND_ROWS 时，由于某种原因，我经常遇到这些问题，而我的结果来自 选择found_rows()作为行返回0

如果您有关于此主题的更多信息，请告诉我。

使用 --> Mysql 5.6 (Aurora RDS)

Answer 1

Aurora 不是 MySQL。

亚马逊从存储引擎中删除了很多代码和功能，但他们没有禁用相应的功能或状态变量或配置变量。

有很多 MySQL 用户熟悉的功能在 Aurora 上仍然可以使用，但没有任何效果。就像投币式 child 游乐设施上的方向盘一样。

Aurora 没有提供完整的文档来说明哪些功能仍在运行以及哪些功能以这种方式“断开连接”。

对于 SQL_CALC_FOUND_ROWS，它可能仍然有效，具体取决于您的 Aurora 版本。我在他们的发行说明中找到了对其的引用:

https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.20170515.html

Fixed a regression, introduced in Aurora MySQL version 1.11, in which queries can return incorrect results when using the SQL_CALC_FOUND_ROWS option and invoking the FOUND_ROWS() function.

您使用的 Aurora 实例是否可能受此错误影响，或者该错误是否有可能在您使用的版本中再次回归？

您需要仔细检查可用的 Aurora 信息，如果找不到所需信息，请联系 AWS 支持。

并且不要假设在 MySQL 中工作的东西在 Aurora 中也能以相同的方式工作。它们实际上是不同的软件产品。 MySQL 是开源的，Aurora 不是。