gpt4 book ai didi

mysql - 这真的是一个如此复杂的查询还是服务器速度很慢?

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

最近在这些表中插入了很多行,现在查询超时:

SELECT * FROM eng
WHERE english IN (SELECT eng FROM `eng-jap`)
ORDER BY lastmodified DESC

表 eng-jap 大约有 25,000 行,以下是一些统计数据:

Format          dynamic
Collation utf8_general_ci
Rows 24,960
Row length ø 316
Row size ø 328 B
Next Autoindex 26,468
Type Usage
Data 7,724.0 KiB
Index 264.0 KiB
Total 7,988.0 KiB

对于表格工程:

Format          dynamic
Collation utf8_general_ci
Rows 23,691
Row length ø 105
Row size ø 117 B
Next Autoindex 24,771
Type Usage
Data 2,451.4 KiB
Index 260.0 KiB
Total 2,711.4 KiB

只需从表获取中选择*(查询花费了0.0002秒)对于任一表

我简直不敢相信像这样每个表中有几个 k 的非常简单的子查询需要超过我设置的 160 秒超时,然后超时......

我希望它就像我表中的一个设置造成的。或者mysql真的不能做这样的查询?

最佳答案

它必须将一个表中的所有元素与另一个表中的所有元素进行交叉引用。

也许这可能会更好:

SELECT `eng`.* FROM `eng`
JOIN `eng-jap` ON `eng`.`english` = `eng-jap`.`eng`
ORDER BY `eng`.`lastmodified` DESC

还要确保您定义了合适的索引。这将有助于加快查询速度。

关于mysql - 这真的是一个如此复杂的查询还是服务器速度很慢?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13337212/

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