Mysql 信息\u SCHEMA.key\u列\u使用情况查询需要28秒才能加载

我有一个正在运行的Cakephp 3应用程序和mysql服务器版本：5.6.32-78.1-log-Percona Server（GPL），78.1版，mysql的8bb53b6版本，以及查询

信息模式时的性能。键列使用情况
表确实最差

SELECT
    * 
FROM
    information_schema.key_column_usage AS kcu 
    INNER JOIN
        information_schema.referential_constraints AS rc 
        ON ( kcu.CONSTRAINT_NAME = rc.CONSTRAINT_NAME 
        AND kcu.CONSTRAINT_SCHEMA = rc.CONSTRAINT_SCHEMA ) 
WHERE
    kcu.TABLE_SCHEMA = 'DBNAME' 
    AND kcu.TABLE_NAME = 'TABLENAME' 
    AND rc.TABLE_NAME = 'TABLENAME'

返回0行平均需要28秒

我参考了几乎所有的帖子，但还没有运气。由于mysql版本高于5.6，我检查了
innodb\u stats\u on\u metadata
是否关闭，请大家帮助。非常感谢..
这句话是由Cakephp生成的吗？为什么？难道他们找不到更好的办法吗

information\u schema
在8.0版（及其数据字典）之前实施得很差

DBNAME
中有多少个表？桌子越多，花的时间就越长

如果再次运行同一查询，它的运行速度如何

可能有一些设置导致此查询速度特别慢。你有多少公羊？
SHOW变量的值是什么和
显示全局状态？
此语句是由Cakephp生成的吗？为什么？难道他们找不到更好的办法吗

information\u schema
在8.0版（及其数据字典）之前实施得很差

DBNAME
中有多少个表？桌子越多，花的时间就越长

如果再次运行同一查询，它的运行速度如何

可能有一些设置导致此查询速度特别慢。你有多少公羊？
SHOW变量的值是什么和
显示全局状态？
我们对AWS无服务器Aurora/MySQL数据库使用了Cake 3.7。所以我们只能更新MySQL版本。在对应用程序进行负载测试时，我们在一定程度上遇到了数据库性能的对数缩放问题。这是由于这些疑问堆积起来的缘故。为了解决这个问题，我们只需在应用程序配置中的“数据源”下设置“CacheMatadata”=>true。
我们对AWS无服务器Aurora/MySQL数据库使用了Cake 3.7。所以我们只能更新MySQL版本。在对应用程序进行负载测试时，我们在一定程度上遇到了数据库性能的对数缩放问题。这是由于这些疑问堆积起来的缘故。为了解决这个问题，我们只需在应用程序配置的“数据源”下设置“CacheMatadata”=>true。
没有太多的表，但是我在debugkitsql日志中看到，informationm_schema查询需要30秒才能加载，并且返回0行，这意味着运行该查询与否没有任何区别，因为在所有页面中，行都是0。第二次运行查询时，它被缓存，加载速度很快，但30秒后又需要时间，可能是由于元数据缓存和所有原因。u所以我删除了该查询，我的应用程序速度也很快。表不多，但是我在debugkitsql日志中看到，informationm_schema查询需要30秒才能加载，并且返回0行，这意味着运行该查询与否没有任何区别，因为在所有页面中，行都是0。第二次运行查询时，它被缓存并加载得很快，但30秒后又需要时间，可能是由于元数据缓存和所有原因。u因此，我删除了该查询，我的应用程序运行得很快。。