MYSQL慢查询，如何优化？

Question

我有一个很大的问题，我对SQL不是很好...我在mysql中有一个数据库，当我执行此查询时，我的响应时间大约为0.2秒，因此当我将其称为用户列表时（在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";

创建表代码

USERS

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 ;

Answer 1

（“在开始采取行动之前阅读整个答案。”）

这根本不符合逻辑：

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 ？

插科打诨！ likes_face有一个你没有使用的id，加上你正在使用但没有编入索引的 fb_id 。 对两个表使用相同的 id：要么删除AUTO_INCREMENT并更改likes_face代码逻辑，要么删除id并使fb_id为两个表的PK。

这些表是1：1吗？

出了点问题。 为什么likes_face have AUTO_INCREMENT = 1182636 , while there seem to be only 173 users? If the tables are 1:1, are you using , while there seem to be only 173 users? If the tables are 1:1, are you using REPLACE`吗？ 你将用尽ids！

重新开始......

如果表是1：1：

• 完全摆脱两个表上的id在两个表上都有PRIMARY KEY(fb_id) ，
• make fb_id CHARACTER SET ascii如果Facebook将id限制为ascii，
• 两个表都不需要二级索引。

如果likes_face是每天喜欢的数量：

• 摆脱两个表上的id ，
• make fb_id CHARACTER SET ascii如果Facebook将id限制为ascii，
• 给likes_face PRIMARY KEY(fb_id, date) 。
• 两个表都不需要二级索引。
• 使用IODKU进行增量/插入到每日喜欢的表中。

如果表是1：许多以其他方式，我无法理解架构。

Answer 2

这就是我能想到的：

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) 。

然后，您可以跳过查询中的连接，排序顺序将是索引的顺序，因此将进行优化。

在那之后（或者可能在非规范化之前 ），你应该考虑缓存数据。

Answer 3

您可以使用MYSQL语句的EXPLAIN。 使用EXPLAIN优化查询

有人建议创建索引。 创建索引是一个不错的选择，但如果要经常修改该列，请避免使用索引。