MySQL慢查询优化：索引与实战分析
62 浏览量
更新于2024-09-04
收藏 62KB PDF 举报
"本文主要探讨了MySQL数据库中的慢查询优化实战案例，涉及到的表结构包括`happy_for_ni_labels`和`happy_for_ni_label_links`。`happy_for_ni_labels`表用于存储标签信息，包含`id`、`name_chn`、`status`、`xx_tag_id`以及`xxxxx_tag_id`等字段。`happy_for_ni_label_links`表则用于存储标签关联关系，有`id`、`happy_for_ni_id`、`checked_happy_for_ni_id`、`label_id`和`status`等字段。"
在MySQL数据库中，慢查询是指执行时间过长的SQL语句，这通常会影响系统的整体性能。优化慢查询是提升数据库效率的关键步骤。针对这个案例，我们将分析如何对这些表进行优化。
首先，检查索引是否得当。`happy_for_ni_labels`表创建了三个索引：`idx_name_chn_with_id`、`idx_xx_tag_id_with_id`和`idx_ptag_id`。这些索引分别对应于`name_chn`、`xx_tag_id`和`xxxxx_tag_id`字段，有助于加速对这些字段的查询。然而，是否所有查询都有效地利用了这些索引，需要通过EXPLAIN命令分析SQL执行计划来确认。
其次，注意字段类型的选择。例如，`name_chn`字段使用了varchar(255)，这在节省空间的同时也允许存储较短的字符串，但需要确保实际数据长度与定义相符，避免不必要的空间浪费。
再者，优化JOIN操作。如果`happy_for_ni_label_links`表与其他表进行JOIN操作，应确保JOIN条件使用的是索引字段，并且尽可能减少JOIN的层次和表的数量，以降低计算复杂度。
另外，考虑查询语句的编写。避免全表扫描，尽量利用索引来定位数据。如果查询中包含WHERE子句，应确保WHERE条件涉及的字段已建立索引。同时，避免在索引字段上使用非等值操作（如LIKE、BETWEEN或函数），因为这可能会导致索引无法被有效使用。
最后，定期进行数据库维护，包括更新统计信息、清理无用的数据、调整内存参数以适应工作负载，以及根据需要重建或优化索引。
通过上述分析，我们可以对慢查询进行深入排查，找出性能瓶颈并采取相应的优化措施，如调整索引、优化查询语句、改善JOIN策略以及数据库维护等，从而提高数据库的整体性能。在实践中，可能还需要结合EXPLAIN、EXPLAIN EXTENDED、SHOW PROFILE等工具来辅助诊断和优化。
MySQL慢查询优化实战一例慢查询优化实战一例
一、查看表结构
CREATE TABLE `happy_for_ni_labels` (
`id` int(11) NOT NULL AUTO_INCREMENT，
`name_chn` varchar(255) NOT NULL DEFAULT '0' COMMENT '标签的名字'，
`status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '标签状态'，
`xx_tag_id` int(11) NOT NULL DEFAULT '0' COMMENT '关联XxTag#ID'，
`created_at` datetime NOT NULL，
`updated_at` datetime NOT NULL，
`xxxxx_tag_id` int(11) NOT NULL DEFAULT '0' COMMENT 'xxxxx_tags.id(新分类体系)'，
PRIMARY KEY (`id`)，
KEY `idx_name_chn_with_id` (`name_chn`，`id`)，
KEY `idx_xx_tag_id_with_id` (`xx_tag_id`，`id`)，
KEY `idx_ptag_id` (`xxxxx_tag_id`，`id`)
) ENGINE=InnoDB AUTO_INCREMENT=719 DEFAULT CHARSET=utf8 COMMENT='报名活动标签'
CREATE TABLE `happy_for_ni_label_links` (
`id` int(11) NOT NULL AUTO_INCREMENT，
`happy_for_ni_id` int(11) NOT NULL DEFAULT '0' COMMENT '关联HappyForNi#ID'，
`checked_happy_for_ni_id` int(11) NOT NULL DEFAULT '0' COMMENT '关联CheckedHappyForNi#ID'，
`label_id` int(11) NOT NULL DEFAULT '0' COMMENT '关联HappyForNiLabel#ID'，
`status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '关联状态(可用、删除)'，
`created_at` datetime NOT NULL，
`updated_at` datetime NOT NULL，
PRIMARY KEY (`id`)，
KEY `idx_label_id_with_id` (`label_id`，`id`)，
KEY `idx_status_happy_for_ni_id_with_id` (`happy_for_ni_id`，`status`，`id`)，
KEY `idx_status_checked_happy_for_ni_id_with_id` (`checked_happy_for_ni_id`，`status`，`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2048836 DEFAULT CHARSET=utf8 COMMENT='报名活动标签关联表'
执行查询计划可知
explain SELECT `happy_for_ni_labels`.`id`
FROM `happy_for_ni_labels`
INNER JOIN `happy_for_ni_label_links`
ON `happy_for_ni_labels`.`id` = `happy_for_ni_label_links`.`label_id` WHERE `happy_for_ni_label_links`.`happy_for_ni_id`
= 3369231
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: happy_for_ni_labels
type: index
possible_keys: PRIMARY
key: idx_xx_tag_id_with_id
key_len: 8
ref: NULL
rows: 461
Extra: Using index
*************************** 2. row ***************************
id: 1
select_type: SIMPLE
table: happy_for_ni_label_links
type: ref
possible_keys: idx_label_id_with_id
key: idx_label_id_with_id
key_len: 4
ref: my_local_test.happy_for_ni_labels.id
rows: 1872
Extra: Using WHERE
2 rows in set (0.00 sec)
ERROR:
No query specified
本来想用到 idx_status_happy_for_ni_id_with_id 但是实际上只用到了 idx_label_id_with_id 这个索引，所以根据现有的资
料。
优化有两种方案
去掉现有的索引，重新生成索引。
重用现在的索引，修改查询语句。
二、去掉现有的索引，重新生成索引。
mysql> SELECT count(id)， status
下载后可阅读完整内容，剩余3页未读，立即下载
393 浏览量
点击了解资源详情
点击了解资源详情
点击了解资源详情
点击了解资源详情
点击了解资源详情
点击了解资源详情
点击了解资源详情
点击了解资源详情
weixin_38688145
- 粉丝: 3
- 资源: 962
我的内容管理
展开
