一个MySql Sql 优化技巧分享
2018-06-17 23:26:00来源:未知 阅读 ()
有天发现一个带inner join的sql 执行速度虽然不是很慢(0.1-0.2),但是没有达到理想速度。两个表关联,且关联的字段都是主键,查询的字段是唯一索引。
sql如下:
SELECT p_item_token.*, p_item.product_type FROM p_item_token INNER JOIN p_item ON p_item.itemid = p_item_token.itemid WHERE p_item_token.token ='db87a780427d4d02ba2bd49fac8xxx';
其中表 p_item_token 中 itemid 是主键, token 是唯一索引。 p_item 中itemid 是主键
按照理想速度,应该在0.03s左右正常。但实际为0.2左右,慢了不少。
直接 EXPLAIN 看计划
1 EXPLAIN 2 SELECT 3 p_item_token.*, 4 p_item.product_type 5 FROM 6 p_item_token 7 INNER JOIN p_item ON p_item.itemid = p_item_token.itemid 8 WHERE 9 p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';
结果:
注意看上面大红框。p_item表中就是2w条数据,那这个就是全表扫描了。
不正常啊。
加个show warnings 看看。注意:有些情况下SHOW WARNINGS 会没有结果。我还不知道原因。建议用本地测试数据库运行。
1 EXPLAIN 2 SELECT 3 p_item_token.*, 4 p_item.product_type 5 FROM 6 p_item_token 7 INNER JOIN p_item ON p_item.itemid = p_item_token.itemid 8 WHERE 9 p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx'; 10 11 SHOW WARNINGS;
结果2里面显示code=1003.后面有个sql语句。这个语句就是mysql把我们输入的sql语句,按照规则改写之后执行的最终语句。
1 /* select#1 */ 2 SELECT 3 '0000eb612d78407a91a9b3854ffffffff' AS `itemid`, /*注:直接按主键把值查出来了*/ 4 'db87a780427d4d02ba2bd49fac8cf98b' AS `token`, 5 '2016-12-16 10:46:53' AS `create_time`, 6 '' AS `ftoken`, 7 `p_db`.`p_item`.`product_type` AS `product_type` 8 FROM 9 `p_db`.`p_item_token` 10 JOIN `p_db`.`p_item` 11 WHERE 12 ( 13 ( 14 CONVERT ( 15 `p_db`.`p_item`.`itemid` USING utf8mb4 16 ) = '0000eb612d78407a91a9b3854fffffff' 17 ) 18 )
奇怪啊。Where中怎么有个 CONVERT ?我们知道,如果where条件中,等式的左边,也就是要查询的字段上有函数的话,就会导致慢。(我的理解:慢因为索引用不到了。索引的值是原始值,这个条件中用的却是处理后的值。)
注意看这函数,意思是把 itemid 这一列的编码转换成 utf8mb4 .
也就是说,这一列的编码不是 utf8mb4 !
也就是,两个连接表中, itemid 的编码不同,一个是 utf8 ,一个是 utf8mb4 !
打开表,把两个表中itemid这一列的编码都改成utf8。再次运行解释。
从解释结果来看已经没有问题了。
再看下结果2中的语句:
1 /* select#1 */ 2 SELECT 3 '0000eb612d78407a91a9b3854fffffff' AS `itemid`, 4 'db87a780427d4d02ba2bd49fac8cf98b' AS `token`, 5 '2016-12-16 10:46:53' AS `create_time`, 6 '' AS `ftoken`, 7 'cxx' AS `product_type` 8 FROM 9 `toy_item_plat`.`p_item_token` 10 JOIN `toy_item_plat`.`p_item` 11 WHERE 12 1
这 select 中全是常量了。速度能不快吗?
执行结果0.036s。符合预期
经验总结:
explain 可以查看执行计划是否符合预期,如果有出现rows较大的情况,则说明出现了全表扫描,将来会是性能瓶颈
show warning的结果,则能看到优化器处理后的语句。如果与原始语句有出入,仔细对比研究能够发现实际问题。
标签:
版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有
- MySQL replace函数怎么替换字符串语句 2020-03-09
- PHP访问MySQL查询超时怎么办 2020-03-09
- mysql登录时闪退 2020-02-27
- MySQL出现1067错误号 2020-02-27
- mysql7.x如何单独安装mysql 2020-02-27
IDC资讯: 主机资讯 注册资讯 托管资讯 vps资讯 网站建设
网站运营: 建站经验 策划盈利 搜索优化 网站推广 免费资源
网络编程: Asp.Net编程 Asp编程 Php编程 Xml编程 Access Mssql Mysql 其它
服务器技术: Web服务器 Ftp服务器 Mail服务器 Dns服务器 安全防护
软件技巧: 其它软件 Word Excel Powerpoint Ghost Vista QQ空间 QQ FlashGet 迅雷
网页制作: FrontPages Dreamweaver Javascript css photoshop fireworks Flash