- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我正在从多个表执行 JOIN 以执行分面搜索。当避免 JOIN 并将查询分成两个不同的查询时,我注意到性能得到了很大提升,所以我假设我的 JOIN 没有优化。
结构:
-- tags
userId | tagId
1 3
1 4
2 3
2 9
-- search
userId | number | countryId | stateId ...
1 13 221 55
-- countries
countryId | countryName
221 Somewhere
-- users
userId | profileImageLink
1 | <photo link>
我正在尝试提取所有具有标签的用户,根据 search.number 进行排序并从其他表中获取元数据。查询:
SELECT
search.*, users.a, users.b, users.c, users.d, users.e, users.f, countries.location_country, states.location_state, cities.location_city
FROM search
RIGHT JOIN tags
ON search.user_id = tags.user_id
LEFT JOIN users
ON users.user_id=search.user_id
LEFT JOIN countries
ON countries.countryId=search.countryId
LEFT JOIN states
ON states.countryId=search.countryId AND states.stateId=search.stateId
LEFT JOIN cities
ON cities.countryId=search.countryId AND cities.stateId=search.stateId AND cities.cityId=search.cityId
WHERE
tags.skillId =52772
ORDER BY
search.number DESC LIMIT 0,200
我注意到删除用户表的 JOIN(然后再这样做)使查询速度更快。我如何优化它以在同一个查询中工作?我试过将 FROM 更改为标签而不是搜索,但这没有用...
这是 EXPLAIN 显示的内容:
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE tags ref skill_user,skillId skill_user 4 const 184854 Using index; Using temporary; Using filesort
1 SIMPLE search eq_ref user_id user_id 4 tags.user_id 1
1 SIMPLE countries eq_ref PRIMARY PRIMARY 2 search.countryId 1
1 SIMPLE states eq_ref PRIMARY,state PRIMARY 3 search.stateId 1
1 SIMPLE cities eq_ref PRIMARY,city PRIMARY 3 search.cityId 1
1 SIMPLE users eq_ref user_id user_id 4 search.user_id 1
EXPLAIN without the LEFT JOIN users:
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE tags ref skill_user,skillId skill_user 4 const 155870 Using index
1 SIMPLE search eq_ref user_id user_id 4 tags.user_id 1
1 SIMPLE countries eq_ref PRIMARY PRIMARY 2 search.countryId 1
1 SIMPLE states eq_ref PRIMARY,state PRIMARY 3 search.stateId 1
1 SIMPLE cities eq_ref PRIMARY,city PRIMARY 3 search.cityId 1
EXPLAIN 答案中建议的查询:
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE tags index NULL userid_skill 8 NULL 22689539 Using where; Using index; Using temporary; Using filesort
1 SIMPLE search eq_ref user_id user_id 4 tags.user_id 1
1 SIMPLE users eq_ref user_id user_id 4 search.user_id 1
1 SIMPLE countries eq_ref PRIMARY PRIMARY 2 search.countryId 1
1 SIMPLE states eq_ref PRIMARY,state PRIMARY 3 search.stateId 1
1 SIMPLE cities eq_ref PRIMARY,city PRIMARY 3 search.cityId 1
最佳答案
在表上创建索引以运行以下查询:
Table ColumnName
------ ----------
tags user_id, skillid (Both column in one index)
试试这个:
SELECT s.*, u.a, u.b, u.c, u.d, u.e, u.f, c.location_country,
st.location_state, ct.location_city
FROM tags t
LEFT JOIN search s ON t.user_id = s.user_id
LEFT JOIN users u ON t.user_id = u.user_id
LEFT JOIN countries c ON s.countryId = c.countryId
LEFT JOIN states st ON s.stateId = st.stateId
LEFT JOIN cities ci ON s.cityId= ct.cityId
WHERE t.skillId =52772
ORDER BY s.number DESC
LIMIT 0,200
编辑
使用适当的索引尝试这两个查询,让我知道以下查询是否适合您。
SELECT s.*, u.a, u.b, u.c, u.d, u.e, u.f, c.location_country,
st.location_state, ct.location_city
FROM (SELECT user_id FROM tags WHERE t.skillId = 52772) AS t
LEFT JOIN search s ON t.user_id = s.user_id
LEFT JOIN users u ON t.user_id = u.user_id
LEFT JOIN countries c ON s.countryId = c.countryId
LEFT JOIN states st ON s.stateId = st.stateId
LEFT JOIN cities ci ON s.cityId= ct.cityId
ORDER BY s.number DESC
LIMIT 0,200;
或
SELECT s.*, u.a, u.b, u.c, u.d, u.e, u.f, c.location_country,
st.location_state, ct.location_city
FROM (SELECT t.user_id, s.* FROM tags t
LEFT JOIN search s ON t.user_id = s.user_id
WHERE t.skillId = 52772
ORDER BY s.number DESC
LIMIT 0,200) AS t
LEFT JOIN users u ON t.user_id = u.user_id
LEFT JOIN countries c ON s.countryId = c.countryId
LEFT JOIN states st ON s.stateId = st.stateId
LEFT JOIN cities ci ON s.cityId= ct.cityId
ORDER BY s.number DESC
LIMIT 0,200;
关于mysql - 什么会导致连接比分成两个查询慢?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14029714/
我正在尝试使用 Spark 从 Cassandra 读取数据。 DataFrame rdf = sqlContext.read().option("keyspace", "readypulse
这是代码: void i_log_ (int error, const char * file, int line, const char * fmt, ...) { /* Get erro
我必须调试一个严重依赖 Gtk 的程序。问题是由于某些原因,在使用 GtkWindow 对象时开始出现许多运行时警告。问题是,即使 Gtk 提示严重错误,它也不会因这些错误而中止。我没有代码库的更改历
我正在尝试从已有效编译和链接的程序中检索二进制文件。我已经通过 GL_PROGRAM_BINARY_LENGTH 收到了它的长度。该文档说有两个实例可能会发生 GL_INVALID_OPERATION
我有一个托管在 Azure 环境中的服务。我正在使用控制台应用程序使用该服务。这样做时,我得到了异常: "The requested service, 'http://xxxx-d.yyyy.be/S
我有以下代码,它被 SEGV 信号杀死。使用调试器表明它被 main() 中的第一个 sem_init() 杀死。如果我注释掉第一个 sem_init() ,第二个会导致同样的问题。我试图弄清楚是什么
目前我正在编写一个应用程序(目标 iOS 6,启用 ARC),它使用 JSON 进行数据传输,使用核心数据进行持久存储。 JSON 数据由 PHP 脚本通过 json_encode 从 MySQL 数
我对 Xamarin.Forms 还是很陌生。我在出现的主页上有一个非常简单的功能 async public Task BaseAppearing() { if (UserID
这是我的代码的简化版本。 public class MainActivity extends ActionBarActivity { private ArrayList entry = new Arr
我想弄明白为什么我的两个 Java 库很难很好地协同工作。这是场景: 库 1 有一个类 A,其构造函数如下: public A(Object obj) { /* boilerplate */ } 在以
如果网站不需要身份验证,我的代码可以正常工作,如果需要,则在打印“已创建凭据”后会立即出现 EXC_BAD_ACCESS 错误。我不会发布任何内容,并且此代码是直接从文档中复制的 - 知道出了什么问题
我在使用 NSArray 填充 UITableView 时遇到问题。我确信我正在做一些愚蠢的事情,但我无法弄清楚。当我尝试进行简单的计数时,我得到了 EXC_BAD_ACCESS,我知道这是因为我试图
我在 UITableViewCell 上有一个 UITextField,在另一个单元格上有一个按钮。 我单击 UITextField(出现键盘)。 UITextField 调用了以下方法: - (BO
我有一个应用程序出现间歇性崩溃。崩溃日志显示了一个堆栈跟踪,这对我来说很难破译,因此希望其他人看到了这一点并能为我指出正确的方向。 基本上,应用程序在启动时执行反向地理编码请求,以在标签中显示用户的位
我开发了一个 CGImage,当程序使用以下命令将其显示在屏幕上时它工作正常: [output_view.layer performSelectorOnMainThread:@selector(set
我正在使用新的 EncryptedSharedPreferences以谷歌推荐的方式上课: private fun securePrefs(context: Context): SharedPrefe
我有一个中继器,里面有一些控件,其中一个是文本框。我正在尝试使用 jquery 获取文本框,我的代码如下所示: $("#").click(function (event) {}); 但我总是得到 nu
在以下场景中观察到 TTS 初始化错误,太随机了。 已安装 TTS 引擎,存在语音集,并且可以从辅助功能选项中播放示例 tts。 TTS 初始化在之前初始化和播放的同一设备上随机失败。 在不同的设备(
maven pom.xml org.openjdk.jol jol-core 0.10 Java 类: public class MyObjectData { pr
在不担心冲突的情况下,可以使用 MD5 作为哈希值,字符串长度最多为多少? 这可能是通过为特定字符集中的每个可能的字符串生成 MD5 哈希来计算的,长度不断增加,直到哈希第二次出现(冲突)。没有冲突的
我是一名优秀的程序员,十分优秀!