gpt4 book ai didi

mysql - MySQL 中运行缓慢的查询

转载 作者:行者123 更新时间:2023-11-29 05:29:22 24 4
gpt4 key购买 nike

<分区>

我最近遇到一个查询,从过去几天开始,它花费的时间异常长。上个月我们做了一个MySQL数据库的服务器迁移,之前的服务器没有出现过这个问题。旧服务器上的 MySQL 版本是 5.1.34,当前服务器上是 5.1.58(不确定这是否与此问题有任何关系)。

查询如下:

 SELECT table_name,
partition_name,
subpartition_name,
partition_method,
subpartition_method,
partition_expression,
subpartition_expression,
partition_description,
partition_comment,
nodegroup,
tablespace_name
FROM information_schema.partitions
WHERE table_schema LIKE 'wialogdb'
AND NOT Isnull(partition_name)
AND table_name LIKE 'freemail'
ORDER BY table_name,
partition_name,
partition_ordinal_position,
subpartition_ordinal_position;

查询 information_schema.PARTITIONS由 Navicat 触发以获取有关表结构的详细信息,很难重现。

当你编辑表格时,Navicat 必须从 Information Schema 收集表格的所有细节(例如 lsit of Engines,Table Columns,查看 analyze Show Create table 等)并且 PARTITIONS 是它必须检查的表之一,因为您可以看到 WHERE 条件不“正确” WHERE TABLE_SCHEMA LIKE 'wialogdb' 它不应该是 LIKE 它应该是 WHERE TABLE_SCHEMA = 'wialogdb',这个查询要快得多, 但它是 Navicat 的内部代码我们无法改变它。我们过去没有这个问题(旧的 MySQL 5.1.34)

如有任何帮助,我们将不胜感激。

提前致谢。

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com