- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我有这两张 table 。我正在尝试查找 ID 为 1 的用户已加入的组。下面是每个表的 10 行(只是为了显示它们的布局):
PostTable(57,272 行,主键 id):
+----+---------+
| id | groupid |
+----+---------+
| 0 | 1 |
| 1 | 1 |
| 3 | 1 |
| 4 | 1 |
| 5 | 1 |
| 9 | 1 |
| 10 | 1 |
| 13 | 1 |
| 15 | 1 |
| 17 | 1 |
+----+---------+
JoinedGroupsTable(258,404 行,唯一索引 userid,groupid):
+--------+---------+--------+
| id | groupid | userid |
+--------+---------+--------+
| 258010 | 1 | 1 |
| 258484 | 6 | 1 |
| 172 | 1 | 2 |
| 173 | 2 | 2 |
| 174 | 3 | 2 |
| 175 | 4 | 2 |
| 176 | 5 | 2 |
| 177 | 6 | 2 |
| 178 | 8 | 2 |
| 179 | 9 | 2 |
+--------+---------+--------+
当我尝试运行这个查询时,它在将近 3 秒内完成,这真的很慢:
SELECT * FROM posttable p
WHERE groupid in (SELECT groupid FROM joinedgroupstable WHERE userid=1)
ORDER BY p.ID DESC LIMIt 25;
我也尝试过使用 INNER JOIN 而不是 WHERE IN,但结果大致相同:
SELECT * FROM posttable p
INNER JOIN joinedgroupstable jg ON userid=1 AND jg.groupid=p.groupid
ORDER BY p.ID DESC LIMIt 25;
这是两个查询的 EXPLAIN SELECT(两个查询的结果相同):
|| *id* || *select_type* || *table* || *partitions* || *type* || *possible_keys* || *key* || *key_len* || *ref* || *rows* || *filtered* || *Extra* ||
|| 1 || SIMPLE || jg || || ref || UserID_GroupID,userid || UserID_GroupID || 4 || const || 2 || 100.00 || Using index; Using temporary; Using filesort ||
|| 1 || SIMPLE || p || || ref || groupid || groupid || 4 || thyra.jg.groupid || 60 || 100.00 || ||
关键是单独运行每个查询是非常快的:
SELECT * FROM posttable p ORDER BY p.ID DESC LIMIt 25;
SELECT * FROM joinedgroupstable WHERE userid=1
考虑到每个查询自身运行速度超快但合并时速度慢,这可能有什么问题?
最佳答案
如果您的问题被简化并且您的 PostTable
包含的列比您向我们展示的多,那么您的 ORDER BY ... LIMIT ...
子句会造成大量浪费排序。
您可以进行所谓的“延迟连接”。首先获取适当的 id 值,然后使用它们来检索行。
select p.*
from posttable p
join (
select a.id
from posttable a
join joinedgroupstable g on a.groupid = g.groupid
where g.userid = 1
order by a.id desc
limit 25
) sel on sel.id = p.id
order by p.id desc
limit 25;
这将昂贵的 ORDER BY ... LIMIT ...
操作限制在 id
列,然后使用选择的 id
值仅击中主 table 25 次。
关于mysql - 2 非常快速和简单的查询合并在一起时非常慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50648257/
自己试试看: import pandas as pd s=pd.Series(xrange(5000000)) %timeit s.loc[[0]] # You need pandas 0.15.1
我最近开始使用 Delphi 中的 DataSnap 来生成 RESTful Web 服务。在遵循 Marco Cantu 本人和互联网上其他几个人的指导后,我成功地使整个“链条”正常工作。 但是有一
我一直在为操作系统类(class)编写以下代码,但结果有些奇怪。该代码创建x线程并同时运行它们,以便将两个平方矩阵相乘。每个线程将输入矩阵的Number_of_rows/Number_of_threa
我正在尝试确定何时使用 parallel包以加快运行某些分析所需的时间。我需要做的一件事是创建矩阵,比较具有不同行数的两个数据框中的变量。我在 StackOverflow 上问了一个关于有效方法的问题
我最近对我的代码进行了一些清理,并在此过程中更改了此内容(不完全是真实的代码): read = act readSTRef test1 term i var = do t v^!terms.
我正在计时查询和同一个查询的执行时间,分页。 foreach (var x in productSource.OrderBy(p => p.AdminDisplayName) .Wher
我正在开发一个项目 (WPF),我有一个 Datagrid 从数据库加载超过 5000 条记录,所以我使用 BackgroundWorker 来通知用户数据正在加载,但它太慢了,我需要等待将近 2分钟
我在查询中添加 ORDER BY 时遇到问题。没有 ORDER BY 查询大约需要 26ms,一旦我添加 ORDER BY,它大约需要 20s。 我尝试了几种不同的方法,但似乎可以减少时间。 尝试 F
我是 Android 开发新手,遇到了性能问题。当我的 GridView 有太多项目时,它会变得有点慢。有什么方法可以让它运行得更快一些吗? 这是我使用的代码: 适配器: public class C
这里的要点是: 1.设置query_cache_type = 0;重置查询缓存; 2.在 heidisql(或任何其他客户端 UI)中运行任何查询 --> 执行,例如 45 毫秒 3.使用以下代码运行
想象下表: CREATE TABLE drops( id BIGSERIAL PRIMARY KEY, loc VARCHAR(5) NOT NULL, tag INT NOT
我的表 test_table 中的示例数据: date symbol value created_time 2010-01-09 symbol1
首先,如果已经有人问过这个问题,我深表歉意,至少我找不到任何东西。 无论如何,我将每 5 分钟运行一次 cron 任务。该脚本加载 79 个外部页面,而每个页面包含大约 200 个我需要在数据库中检查
我有下面的 SQL 代码,它来自 MySQL 数据库。现在它给了我期望的结果,但是查询很慢,我想我应该在进一步之前加快这个查询的速度。 表agentstatusinformation有: PKEY(主
我需要获取一个对象在 Core Data 中数千个其他对象之间的排名。现在,这是我的代码: - (void)rankMethod { //Fetch all objects NSFet
我正在编写一个应用程序,我需要在其中读取用户的地址簿并显示他所有联系人的列表。我正在测试的 iPhone 有大约 100 个联系人,加载联系人确实需要很多时间。 ABAddressBookRef ad
我正在使用 javascript 将 160 行添加到包含 10 列的表格中。如果我这样做: var cellText = document.createTextNode(value); cell.a
我是 Swift 的新手,我已经设置了一个 tableView,它从 JSON 提要中提取数据并将其加载到表中。 表格加载正常,但是当表格中有超过 10 个单元格时,它会变得缓慢且有些滞后,特别是它到
我在 InitializeCulture 和 Page_PreInit 事件之间的 asp.net 页面中遇到性能问题。当我重写 DeterminePostBackMode() 时,我发现问题出在 b
我在 Hetzner 上有一个带有 256GB RAM 6 个 CPU(12 个线程) 的专用服务器,它位于德国。我有 CENTOS 7.5。 EA4。 我的问题是 SSL。每天大约 2 小时,我们在
我是一名优秀的程序员,十分优秀!