在Information_Schema (Azure)上查询MySQL需要太长时间

Question

问题是从MySql读取信息模式..。太慢了：

步骤：

1. MySql dump created manually by scripting all objects from existing
   MySql db which is on AWS. (MySql Version 5.7)
2. Restored dump file on to Azure MySql (Version 5.7)
3. Re-pointed Application (Appian) which sits on AWS to newly created MySql db on Azure.
4. When tried to validate Application (Appian) Objects (Data Stores), which reads `Information_Schema` takes too long or gets timed out.
5. But reading data from the tables are faster.

根据建议选中的innodb_stats_on_metadata，，此设置为OFF。

还是没有运气！有什么建议吗？

经过一点调查发现，下面的查询是慢的。

SHOW FULL TABLES FROM `database` LIKE 'xyz'

大多数时候，它做的是'checking permissions‘

Answer 1

Microsoft的答复：

命令show full tables on Azure MySQL 5.7在产品工程确认后比预期的要慢。每次测试，当只有一个连接线程与1500个表连接时，需要800 to才能完成，当更多表存储和并行连接出现时，响应时间将相应地增加。

关于这个问题，我们现在可以尝试两种可能的方法：

1. 继续使用MySQL 5.7，下一个版本(2020年1月底)将通过使用1500个表、一个线程将响应时间减少到50 as。
2. 切换到MySQL 8.0版本，因为在运行show full tables时没有类似于“列出所有目录”的操作。目前8.0正在发布预览版，暂定GA也将于2020年1月底发布。