标签:优化 设计 包含 load data files 频率 统计 更新 用户
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存储引擎,常见优化方法:
对应innodb存储引擎,常见优化方法:
(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)优化服务器硬件
(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
标签:优化 设计 包含 load data files 频率 统计 更新 用户
原文地址:https://www.cnblogs.com/Felix-DoubleKing/p/10126568.html