• 一个来自开发的数据库优化


    数据库优化

    第一级

    简单DDL、DML调优。SQL写的好不好?group by、order by对不对?select别用*,记得要用hit index啊。数据库表设计好点啊,主键外键索引啊,执行计划看一看啊。

    SQL语句和索引的优化是最重要的。我们追求的就是写出结构良好的SQL,然后根据SQL在表中建立有效的索引。如果索引过多,不但会影响写入的效率,对查询也有一定的影响。

    要根据一些范式来进行表结构的设计。设计表结构时,就需要考虑如何设计才能够更有效的查询。

    第二级

    第二级是DBA层级调优。MSSQL,ORACLE,MYSQL都各自有几十项配置。在不同的应用场景下需要针对性调整系统配置的优化。MySQL数据库是基于文件的,如果打开的文件数达到一定的数量,无法打开之后就会进行频繁的IO操作。

    参考这里

    第三级

    是数据库中间件和infra层级调优。

    参考《MySQL数据库优化两三事》(大佬,打扰了!小弟告辞)

    优化成本和效果

    一、SQL语句优化

    1. 查询慢日志

      可以通过开启查询慢日志的方式进行定位效率有问题的SQL

      • 查看MySQL是否开启慢查询日志

        show variables like 'slow_query_log';
        

      • 设置没有索引的记录到慢查询日志

        set global log_queries_not_using_indexes=on;
        
      • 查看超过多长时间的sql进行记录到慢查询日志

        show variables like 'long_query_time';
        
      • 开启慢查询日志

        set global slow_query_log=on
        
      • 设置超时时间

        Set global long_query_time=5;  --超过5s的语句才记录日志
        
      • 查看慢查询日志的位置

        show variables like 'slow%'
        
    2. 慢查询日志内容分析

      慢查询日志主要分为5部分,第一部分是慢查询时间,第二部分是慢查询的来源主机和用户,第三部分是查询的执行时间、锁定时间、发送的行数、扫描的行数。最后是时间戳形式记录的命令以及该命令的执行的时间戳。

      系统运行一段时间后,慢查询日志可能比较多,需要通过mysqldumpslow、pt-query-digest等工具分析慢查询日志。参考这里

    3. 通过explain查看SQL的执行计划

      具体的分析过程可以参考这里,里面的例子描述的很清晰。

    二、索引优化

    ​ 索引一般情况下都是高效的。不过凡是都有两面性,索引是以空间换时间的一种策略,索引本身在提高查询效率的同时会影响插入、更新、删除的效率。不当的使用索引不仅增加了写操作的负担,也会影响读取的效率。索引越多,数据库分析的越慢。注意点:

    1. InnoDB 每个索引都会加上主键,联合索引不要加上主键,innodb会自动加,否则会冗余。
    2. 索引存在的目的是为了加快查询的效率,不过不是索引越多越好,建立索引要适当才好。过多的索引会增加数据库判断使用什么索引来查询的开销,所以,有时候也会出现以去掉重复或者无效的索引为优化手段的优化方式。
    3. 主键已经是索引了,所以primay key 的主键不用再设置unique唯一索引了。

    索引的原理可以参考这里或者这里。理解索引原理对于索引优化有很大帮助。

    三、数据表结构优化

    1. 选择合适的数据类型

      • 使用可存下数据的最小的数据类型;
      • 使用简单地数据类型,int要比varchar类型在mysql处理上更简单;
      • 尽可能使用not null定义字段,这是由innodb的特性决定的,因为非not null的数据可能需要一些额外的字段进行存储,这样就会增加一些IO。可以对非null的字段设置一个默认值;
      • 尽量少用text,非用不可最好分表,将text字段存放到另一张表中,在需要的时候再使用联合查询,这样可提高查询主表的效率;
      -- 例子1、用int存储日期时间from_unixtime()可将Int类型的时间戳转换为时间格式
      
      select from_unixtime(1392178320); 
      -- 输出为 2014-02-12 12:12:00
      
      -- unix_timestamp()可将时间格式转换为Int类型
      select unix_timestamp('2014-02-12 12:12:00'); 
      -- 输出为1392178320
      
      
      -- 例子2、存储IP地址——bigInt
      
      -- 利用inet_aton(),inet_ntoa()转换
      select inet_aton('192.169.1.1'); 
      -- 输出为3232301313select 
      inet_ntoa(3232301313); 
      -- 输出为192.169.1.1
      
  • 相关阅读:
    vue-cli(vue脚手架)简单流程
    windows环境之node.js安装与环境配置
    fiddler的下载和简单使用
    Linux 配置nginx 代理tomcat,配置ssl
    来聊一聊导出数据问题
    作为一个开发人员应该具备怎么样技术栈和职业素养
    NODEJS的误打误撞
    聊一下程序员的日常
    openstack安装部署私有云详细图文
    openstack:OpenStack架构详解,
  • 原文地址:https://www.cnblogs.com/jiumo/p/10604685.html
Copyright © 2020-2023  润新知