MYSQL查询慢，如何优化？
我有个大问题，我不太擅长SQL.我在mysql中有一个数据库，当我执行这个查询时，在0.2s左右有一个响应时间，所以当我为一个用户列表(在servlet中)调用它时，响应时间大约是秒。
查询：
SELECT visible,nlikes,nomecognome,profile_img,users_face.id
FROM users_face
LEFT OUTER JOIN `likes_face`
on (users_face.fb_id = likes_face.fb_id)
WHERE users_face.fb_id =? and users_face.token_valid=1
ORDER BY date DESC limit 1是否有任何方法来优化这段代码，或者有什么好的资源来研究查询的优化？
代码
ArrayList<SocialMan> mans = new ArrayList<>();
PreparedStatement ps;
int nlikes, userid;
String nomeCogn, prof;
boolean visible;
FacebookClient facebookClient = new DefaultFacebookClient(token, Version.VERSION_2_6);
com.restfb.Connection<User> myFriends;
myFriends = facebookClient.fetchConnection("me/friends",User.class, Parameter.with("limit", 999));
for (User u : myFriends.getData()) {
nlikes = -1;
userid = -1;
nomeCogn = "ERROR";
prof = "ERROR";
visible = false;
try {
ps = con.prepareStatement("SELECT visible,nlikes,nomecognome,profile_img,users_face.id FROM users_face LEFT OUTER JOIN `likes_face` on (users_face.fb_id = likes_face.fb_id) WHERE users_face.fb_id =? and users_face.token_valid=1 ORDER BY date DESC limit 1");
ps.setString(1, "" + u.getId());
ResultSet rs = ps.executeQuery();
while (rs.next()) {
nlikes = rs.getInt("nlikes");
userid = rs.getInt("id");
nomeCogn = rs.getString("nomecognome");
prof = rs.getString("profile_img");
visible = rs.getBoolean("visible");
}
} catch (SQLException ex) {
Logger.getLogger(FaceLikes.class.getName()).log(Level.SEVERE, null, ex);
}
// System.out.println("NOMECOGNOME: "+nomeCogn);
if (userid != -1 && visible) {
mans.add(new SocialMan(nomeCogn, userid, prof, nlikes));
}
}
nlikes = -1;
userid = -1;
nomeCogn = "ERROR";
prof = "ERROR";创建表代码
用户
CREATE TABLE IF NOT EXISTS `users_face` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`fb_id` varchar(45) NOT NULL,
`fb_token` varchar(300) NOT NULL,
`nomecognome` varchar(100) NOT NULL,
`data_iscrizione` timestamp NULL DEFAULT CURRENT_TIMESTAMP,
`profile_img` varchar(255) NOT NULL,
`visible` int(11) NOT NULL DEFAULT '1',
`TOKEN` varchar(255) NOT NULL,
`locale` varchar(255) NOT NULL,
`token_valid` tinyint(1) NOT NULL,
PRIMARY KEY (`id`,`fb_id`),
UNIQUE KEY `fb_id` (`fb_id`),
UNIQUE KEY `id` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=173 ;点赞
CREATE TABLE IF NOT EXISTS `likes_face` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`nlikes` int(11) NOT NULL,
`fb_id` varchar(255) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1182636 ;回答 3
Stack Overflow用户
发布于 2016-07-26 14:44:20
这是我唯一能想到的：
ALTER TABLE users_face ADD INDEX (fb_id, token_valid);
ALTER TABLE likes_face ADD INDEX (fb_id, nlikes, date);您无法优化排序，因为date列位于非主表中。
如果您想进一步优化，下一步要做的是将nlikes和date列移动到users_face表中，然后按照以下顺序对该表进行索引：(fb_id, token_valid, date, nlikes)。
然后，您可以跳过查询中的联接，排序顺序将是索引的顺序，因此将进行优化。
在此之后(或者在去角色化之前)，您应该考虑缓存数据。
Stack Overflow用户
发布于 2016-07-26 16:09:12
(“在开始采取行动之前，阅读整个答案。”)
这是没有意义的：
PRIMARY KEY (`id`,`fb_id`),
UNIQUE KEY `fb_id` (`fb_id`),
UNIQUE KEY `id` (`id`)暂时地，更改为
PRIMARY KEY(fb_id),
INDEX(id)假设您通常通过fb_id查找记录。
如果你说的是“用户名单”。你是说那个WHERE fb_id IN ( ... )吗？可能没有，因为你有LIMIT 1。还是你的意思是你反复地叫它SELECT？
Gag！likes_face有一个您没有使用的id，再加上您正在使用但没有索引的fb_id。对两个表都使用相同的id :要么摆脱AUTO_INCREMENT并更改likes_face的代码逻辑，要么去掉id并使fb_id成为两个表的PK。
这些桌子是1:1吗？
有些地方不对劲。为什么likes_face haveAUTO_INCREMENT=1182636, while there seem to be only 173 users? If the tables are 1:1, are you usingREPLACE`？你的身份证会用完的！
重新开始。
如果表为1:1：
- 完全去掉两个表上的
id，在两个表上都有PRIMARY KEY(fb_id)， - 如果Facebook将ids限制为ascii，请制作fb_id
CHARACTER SET ascii， - 两个表都不需要辅助索引。
如果likes_face是每天的赞数：
- 去掉两个表上的
id， - 如果Facebook将ids限制为ascii，请制作fb_id
CHARACTER SET ascii， - 给
likes_facePRIMARY KEY(fb_id, date)。 - 两个表都不需要辅助索引。
- 使用IODKU执行增量/插入到喜好日表中。
如果表在其他方面是1:许多，我就无法理解这个模式。
Stack Overflow用户
发布于 2016-07-26 15:24:02
您可以使用MYSQL语句的解释。使用EXPLAIN优化查询
有人建议创建索引。创建索引是很好的选择，但是如果该列要频繁修改，则避免索引。
https://stackoverflow.com/questions/38592304
复制相似问题
腾讯云开发者
