mysql性能优化
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了mysql性能优化，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含9393字，纯文字阅读大概需要14分钟。
内容图文
1.MySQL性能优化目的和优化项目
- 一方面是找出系统的瓶颈，提高数据库整体的性能
- 另一方面需要合理的结构设计和参数调整，以提高用户操作响应的速度；同时还要尽可能节省系统资源，以便系统可以提供更大负荷的服务。
性能优化包含：查询速度优化、数据库结构优化、MySQL服务器优化等。
2.优化查询
(1)分析查询语句-执行计划
explain [extended] select select_options
all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
id select 识别符(查询序列号)
查询顺序标识
如：mysql> explain select * from (select nid,name from tb1 where nid < 10) as B;
+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
| 1 | PRIMARY | <derived2> | ALL | NULL | NULL | NULL | NULL | 9 | NULL |
| 2 | DERIVED | tb1 | range | PRIMARY | PRIMARY | 8 | NULL | 9 | Using where |
+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
特别的：如果使用union连接气值可能为null
select_type
查询类型
SIMPLE 简单查询
PRIMARY 最外层查询
SUBQUERY 映射为子查询
DERIVED 导出表的select(from子句的子查询)
DEPENDENT SUBQUERY 子查询，取决于外面的查询
UNION 联合
UNION RESULT 使用联合的结果
...
table
正在访问的表名
type
查询时的访问方式，性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
ALL 全表扫描，对于数据表从头到尾找一遍
select * from tb1;
特别的：如果有limit限制，则找到之后就不在继续向下扫描
select * from tb1 where email = 'seven@live.com'
select * from tb1 where email = 'seven@live.com' limit 1;
虽然上述两个语句都会进行全表扫描，第二句使用了limit，则找到一个后就不再继续扫描。
INDEX 全索引扫描，对索引从头到尾找一遍
select nid from tb1;
RANGE 对索引列进行范围查找
select * from tb1 where name < 'alex';
PS:
between and
in
> >= < <= 操作
注意：!= 和 > 符号
INDEX_MERGE 合并索引，使用多个单列索引搜索
select * from tb1 where name = 'alex' or nid in (11,22,33);
REF 根据索引查找一个或多个值
select * from tb1 where name = 'seven';
EQ_REF 连接时使用primary key 或 unique类型
select tb2.nid,tb1.name from tb2 left join tb1 on tb2.nid = tb1.nid;
CONST 常量
表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。
select nid from tb1 where nid = 2 ;
SYSTEM 系统
表仅有一行(=系统表)。这是const联接类型的一个特例。
select * from (select nid from tb1 where nid = 1) as A;
possible_keys
可能使用的索引
key
真实使用的
key_len
MySQL中使用索引字节长度
rows
mysql估计为了找到所需的行而要读取的行数 ------ 只是预估值
extra
该列包含MySQL解决查询的详细信息
“Using index”
此值表示mysql将使用覆盖索引，以避免访问表。不要把覆盖索引和index访问类型弄混了。
“Using where”
这意味着mysql服务器将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当（并且如果）它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引。
“Using temporary”
这意味着mysql在对查询结果排序时会使用一个临时表。
“Using filesort”
这意味着mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成。
“Range checked for each record(index map: N)”
这个意味着没有好用的索引，新的索引将在联接的每一行上重新估算，N是显示在possible_keys列中索引的位图，并且是冗余的。
(2)正确使用索引
数据库表中添加索引后确实会让查询速度起飞，但前提必须是正确的使用索引来查询，如果以错误的方式使用，则即使建立索引也会不奏效。即使建立索引，索引也不会生效：
- like '%xx'
select * from tb1 where name like '%cn';
- 使用函数
select * from tb1 where reverse(name) = 'wupeiqi';
- or
select * from tb1 where nid = 1 or email = 'seven@live.com';
特别的：当or条件中有未建立索引的列才失效，以下会走索引
select * from tb1 where nid = 1 or name = 'seven';
select * from tb1 where nid = 1 or email = 'seven@live.com' and name = 'alex'
- 类型不一致
如果列是字符串类型，传入条件是必须用引号引起来，不然...
select * from tb1 where name = 999;
- !=
select * from tb1 where name != 'alex'
特别的：如果是主键，则还是会走索引
select * from tb1 where nid != 123
- >
select * from tb1 where name > 'alex'
特别的：如果是主键或索引是整数类型，则还是会走索引
select * from tb1 where nid > 123
select * from tb1 where num > 123
- order by
select email from tb1 order by name desc;
当根据索引排序时候，选择的映射如果不是索引，则不走索引
特别的：如果对主键排序，则还是走索引：
select * from tb1 order by nid desc;
- 组合索引最左前缀
如果组合索引为：(name,email)
name and email -- 使用索引
name -- 使用索引
email -- 不使用索引
其他注意事项
- 避免使用select *
- count(1)或count(列) 代替 count(*)
- 创建表时尽量时 char 代替 varchar
- 表的字段顺序固定长度的字段优先
- 组合索引代替多个单列索引（经常使用多个条件查询时）
- 尽量使用短索引
- 使用连接（JOIN）来代替子查询(Sub-Queries)
- 连表时注意条件类型需一致
- 索引散列值（重复少）不适合建索引，例：性别不适合
3.优化数据库结构
(1)将字段很多的表分解成多个表
对于字段较多的表，如果有些字段的使用频率很低，可以将这些字段分离出来形成新表，因为当一个表的数据量很大时，会由于使用频率低的字段的存在而变慢
(2)增加中间表
对于需要经常联合查询的表，可以建立中间表以提高查询速度。即通过建立中间表，把需要经常联合查询的数据插入到中间表中，然后将原来的联合查询改为对中间表的查询。
(3)增加冗余字段
设计数据表时应尽量遵循范式理论的规约，尽可能减少冗余字段，让数据库精致、优雅。但合理的加入冗余字段可以调高查询速度。
(4)优化插入记录的速度
插入记录时，影响插入速度的主要是索引、唯一性校验、一次插入记录条数等
对应myisam存储引擎，常见优化方法：
- 禁言索引 alter table table_name disable keys;
- 禁用唯一性检查 set unique_check = 0 ; 开启 set unique_check = 1;
- 使用批量插入
- 使用load data infile 批量导入
对应innodb存储引擎，常见优化方法：
- 禁言唯一性检查 set unique_check = 0 ; 开启 set unique_check = 1;
- 禁言外键检查 set foreign_key_checks = 0; 开启 set foreign_key_checks = 1;
- 禁言自动提交 set autocommit = 0; 开启 set autocommit = 1;
(5).分析表、检查表和优化表
- 分析表
analyze [local | no_write_to_binlog] table tb1_name[,tb1_name]...
local关键字是no_write_to_binlog关键字的别名，二者都是执行过程不写入二进制日志；使用analyze table分析表的过程中，数据库会自动对表加一个只读锁。
mysql> analyze table hjx_data;
+--------------+---------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+--------------+---------+----------+----------+
| hjx.hjx_data | analyze | status | OK |
+--------------+---------+----------+----------+
1 row in set (0.02 sec)
说明：
Op 表示执行的操作，analyze表示进行分析操作
Msg_type 表示信息类型，状态(status)、信息(info)、注意(note)、警告(warning)和错误(error)
Msg_text 显示信息
- 检查表
check table 语句能够检查innodb和myisam类型的表是否存在错误。对应myisam类型：还会更新关键字统计数据；而且也可以检查视图是否有错误。
check table tb_name [,tb_name] ... [option] ...
option = {quick | fast | medium | extended | changed}
说明：
option参数5个取值：
quick 不扫描行，不检查错误的连接
fast 只检查没有被正确关闭的表
changed 只检查上次检查后被更新的表和没有被正确关闭的表。
medium 扫描行，以验证被删除的连接是否是有效的，也可以计算各行的关键字校验和，并使用计算出的校验和验证这一点。
extended 对每行的所有关键字进行一个全面的关键字查找
注意：option只对myisam类型的表有效，对innodb类型的表无效。
- 优化表
使用optimize table 语句来优化表，对innodb和myisam类型表都有效，但只能优化表中varchar、blog或text类型的字段
optimize [local | no_write_to_binlog] table tb_name[,tb_name]...
通过optimize table语句可以消除删除和更新造成的文件碎片。
4.优化mysql服务器
(1)优化服务器硬件
- 配置较大的内存。
- 配置高速磁盘系统，以减少读盘的等待时间，提高响应速度。
- 合理分布磁盘I/O,把磁盘I/O分散在多个设备上，以减少资源竞争，提高并行操作能力
- 配置多处理器，mysql是多线程的数据库，多处理器可同时执行过个线程。
(2)优化mysql的参数
配置参数文件：my.cnf或者 my.ini
key_buffer_size 表示索引缓冲区的大小 索引缓冲区所有的线程共享，这个值也不是越大越好，大小取决于内存的大小
table_cache 表示同时打开数据库的个数
query_cache_size 表示查询缓存区的大小
sort_buffer_size 表示排序缓存区的大小，值越大，进行排序的速度越快
read_buffer_size 表示每个线程连续扫描时为扫描的每个表分配的缓冲区的大小，set session read_buffer_size=n 临时设置
read_rnd_buffer_size 表示为每个线程保留的缓冲区的大小，与read_buffer_size相似，但主要用于存储按特定顺序读取出来的记录
innodb_buffer_pool_size 表示innodb类型的表和索引的最大缓存，值越大查询的速度会越快，但值太大会影响操作系统的性能
max_connections 表示数据库的最大连接数
innodb_flush_log_at_trx_commit 表示何时将缓存区的数据写入日志文件，并将日志文件写入磁盘。
对innodb引擎非常重要，参数有3个值：0、1、2，默认值为1安全性最高
0 每隔1秒将数据写入日志文件并将日志文件写入磁盘
1 表示每次提交事务时将数据写入日志文件并将日志文件写入磁盘
2 表示每次提交事务时将数据写入日志文件，每隔1秒将日志文件写入磁盘
back_log 表示在mysql暂时停止回答前新请求之前的短时间内，多少个请求可以被存在堆栈中。
interactive_timeout 表示服务器在关闭连接前等待行动的秒数
sort_buffer_size 表示每个需要进行排序的线程分配的缓冲区的大小，可以提高order by 或group by 操作的速度，默认数值 2097144(2MB)
thread_cacha_size 表示可以复用的线程的数量
wait_timeout 表示服务器在关闭一个连接时等待行动的秒数，默认值28800
内容总结
以上是互联网集市为您收集整理的mysql性能优化全部内容，希望文章能够帮你解决mysql性能优化所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。
来源：【匿名】