zoukankan      html  css  js  c++  java
  • mysql性能优化

    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
    

      

     5.其他

    show variables;查询变量信息

    show variables like '%query%';

    mysql> show variables like '%query%';
    +------------------------------+------------------------------------------------
    -------+
    | Variable_name | Value
    |
    +------------------------------+------------------------------------------------
    -------+
    | binlog_rows_query_log_events | OFF
    |
    | ft_query_expansion_limit | 20
    |
    | have_query_cache | YES
    |
    | long_query_time | 10.000000
    |
    | query_alloc_block_size | 8192
    |
    | query_cache_limit | 1048576
    |
    | query_cache_min_res_unit | 4096
    |
    | query_cache_size | 1048576
    |
    | query_cache_type | OFF
    |
    | query_cache_wlock_invalidate | OFF
    |
    | query_prealloc_size | 8192
    |
    | slow_query_log | OFF
    |
    | slow_query_log_file | D:Mysqlmysql-5.7.23-winx64dataCCHNCQL008-sl
    ow.log |
    +------------------------------+------------------------------------------------
    -------+
    13 rows in set, 1 warning (0.01 sec)

    a、配置MySQL自动记录慢日志

    slow_query_log = OFF 是否开启慢日志记录
    long_query_time = 2 时间限制,超过此时间,则记录
    slow_query_log_file = /usr/slow.log 日志文件
    log_queries_not_using_indexes = OFF 为使用索引的搜索是否记录

    修改配置
    set global 变量名 = 值
    set session 变量名 = 值

    b、查看MySQL慢日志
    mysqldumpslow -s at -a /usr/local/var/mysql/MacBook-Pro-3-slow.log

    ········
    --verbose 版本
    --debug 调试
    --help 帮助

    -v 版本
    -d 调试模式
    -s ORDER 排序方式
    what to sort by (al, at, ar, c, l, r, t), 'at' is default
    al: average lock time
    ar: average rows sent
    at: average query time
    c: count
    l: lock time
    r: rows sent
    t: query time
    -r 反转顺序,默认文件倒序拍。reverse the sort order (largest last instead of first)
    -t NUM 显示前N条just show the top n queries
    -a 不要将SQL中数字转换成N,字符串转换成S。don't abstract all numbers to N and strings to 'S'
    -n NUM abstract numbers with at least n digits within names
    -g PATTERN 正则匹配;grep: only consider stmts that include this string
    -h HOSTNAME mysql机器名或者IP;hostname of db server for *-slow.log filename (can be wildcard),
    default is '*', i.e. match all
    -i NAME name of server instance (if using mysql.server startup script)
    -l 总时间中不减去锁定时间;don't subtract lock time from total time
  • 相关阅读:
    vagrant 修改配置生效
    Linux下如何获取CPU内存等硬件信息
    linux命令系列 sudo apt-get update和upgrade的区别
    docker-compose up 启动容器服务超时错误:ERROR: An HTTP request took too long to complete. Retry with --verbose to obtain debug information
    ERROR: manifest for hyperledger/fabric-orderer:latest not found
    fabric2.0开发 部署fabric环境和fabric-samples的启动(2)
    开源架构Fabric、FISCO BCOS(以下简称“BCOS”)、CITA 技术对比
    Centos 7 安装配置 Mariadb 数据库
    liblzma.so.5: version `XZ_5.1.2alpha' not found (required by /lib64/librpmio.so.3)
    ImportError: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found
  • 原文地址:https://www.cnblogs.com/Felix-DoubleKing/p/10126568.html
Copyright © 2011-2022 走看看