首页 > 数据库 > MySQL > 正文

MySql Sql 优化技巧分享

2024-07-24 12:52:27
字体:
来源:转载
供稿:网友

有天发现一个带inner join的sql 执行速度虽然不是很慢(0.1-0.2),但是没有达到理想速度。两个表关联,且关联的字段都是主键,查询的字段是唯一索引。

sql如下:

SELECTp_item_token.*,p_item.product_typeFROMp_item_tokenINNER JOIN p_item ON p_item.itemid = p_item_token.itemidWHEREp_item_token.token ='db87a780427d4d02ba2bd49fac8xxx';

其中表  p_item_token  中  itemid 是主键, token 是唯一索引。 p_item 中itemid 是主键

按照理想速度,应该在0.03s左右正常。但实际为0.2左右,慢了不少。

直接 EXPLAIN 看计划

EXPLAINSELECT p_item_token.*, p_item.product_typeFROM p_item_tokenINNER JOIN p_item ON p_item.itemid = p_item_token.itemidWHERE p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';

结果:

注意看上面大红框。p_item表中就是2w条数据,那这个就是全表扫描了。

不正常啊。

加个show warnings 看看。注意:有些情况下SHOW WARNINGS 会没有结果。我还不知道原因。建议用本地测试数据库运行。

EXPLAINSELECT p_item_token.*, p_item.product_typeFROM p_item_tokenINNER JOIN p_item ON p_item.itemid = p_item_token.itemidWHERE p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';SHOW WARNINGS;

结果2里面显示code=1003.后面有个sql语句。这个语句就是mysql把我们输入的sql语句,按照规则改写之后执行的最终语句。

/* select#1 */SELECT '0000eb612d78407a91a9b3854ffffffff' AS `itemid`, /*注:直接按主键把值查出来了*/ 'db87a780427d4d02ba2bd49fac8cf98b' AS `token`, '2016-12-16 10:46:53' AS `create_time`, '' AS `ftoken`, `p_db`.`p_item`.`product_type` AS `product_type` FROM `p_db`.`p_item_token`JOIN `p_db`.`p_item`WHERE ( ( CONVERT ( `p_db`.`p_item`.`itemid` USING utf8mb4 ) = '0000eb612d78407a91a9b3854fffffff' ) )

奇怪啊。Where中怎么有个 CONVERT  ?我们知道,如果where条件中,等式的左边,也就是要查询的字段上有函数的话,就会导致慢。(我的理解:慢因为索引用不到了。索引的值是原始值,这个条件中用的却是处理后的值。)

注意看这函数,意思是把 itemid 这一列的编码转换成 utf8mb4 .也就是说,这一列的编码不是 utf8mb4 !

打开表,把两个表中itemid这一列的编码都改成utf8。再次运行解释。

从解释结果来看已经没有问题了。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表