2

我有一个主表和一个带有一个外键的子表。当我在这两个表之间加入并使用解释语句来分析性能时

  1. 我得到的解释输出为“Type=ALL”，这被认为是性能最差的。如何提高此联接的性能。

  2. 解释输出只显示“possible_keys: cid_index”而不是 key 和 keylength

这是一个测试用例

 CREATE TABLE `master` (
  `mid` bigint(20) NOT NULL AUTO_INCREMENT,
  `mname` varchar(20) NOT NULL,
  PRIMARY KEY (`mid`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=latin1


select * from master;
+-----+-------+
| mid | mname |
+-----+-------+
|   1 | one   |
|   2 | two   |
+-----+-------+
2 rows in set (0.25 sec)


 CREATE TABLE `child` (
  `cid` bigint(20) NOT NULL AUTO_INCREMENT,
  `cname` varchar(10) NOT NULL,
  `Ccid` bigint(20) DEFAULT NULL,
  PRIMARY KEY (`cid`),
  KEY `cid_index` (`Ccid`),
  CONSTRAINT `new_fk_constraint` FOREIGN KEY (`Ccid`) REFERENCES `master` (`mid`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=latin1



 select * from child;
+-----+-------+------+
| cid | cname | Ccid |
+-----+-------+------+
|   1 | Cone  |    1 |
|   2 | ctwo  |    2 |
+-----+-------+------+
2 rows in set (0.12 sec)



explain select m.*,c.* from master m join child c on  m.mid=c.Ccid \G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: m
         type: ALL
possible_keys: PRIMARY
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 2
        Extra:
*************************** 2. row ***************************
           id: 1
  select_type: SIMPLE
        table: c
         type: ALL
possible_keys: cid_index
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 2
        Extra: Using where; Using join buffer
2 rows in set (0.23 sec)
4

1 回答 1

3

如果表太小，没有太多要过滤的东西，性能可能不如预期。通常，如果 where 子句过滤超过 x%（大约 30%），则全表扫描会更有效。请检查On mysql 性能

您也可以尝试强制索引并检查索引是否正在使用

explain select m.*,c.* 
from master m 
join child c force index(Ccid) 
on  m.mid=c.Ccid
于 2013-03-13T17:06:20.777 回答