• 数据库SQL优化总结


    1、插入数据

    批量插入

    insert into tb_text values(1,‘Tom’),(2,‘Cat’),(3,‘Jerry’);

    建议一次批量500-1000条数据,如果上万条数据可以多个批量插入

    手动提交事务

    start transaction;

    insert into tb_text values(1,‘Tom’),(2,‘Cat’),(3,‘Jerry’);

    insert into tb_text values(4,‘Tom’),(5,‘Cat’),(6,‘Jerry’);

    insert into tb_text values(7,‘Tom’),(8,‘Cat’),(9,‘Jerry’);

    commit;

    主键顺序插入

    主键乱序插入:8 1 9 21 88 2 4 15 89 5 7 3

    主键顺序插入:1 2 3 4 5 6 7 8 9 15 21 88 89

    主键顺序插入性能高于乱序插入

    大批量插入数据

    如果一次性需要插入大批量数据,使用insert语句插入性能较低,此时可以使用MySQL数据库提供的load指令进行插入。操作如下:

    #客户端连接服务端时,加上参数 --local-infile

    mysql --local-infile -u root -p

    #设置全局参数local_infile为1,开启从本地加载文件导入数据的开关

    set global local_infile = 1;

    #执行load指令将准备好的数据,加载到表结构中

    load data local infile ‘/root/sql1.log’ into table tb_user fields terminated by ‘,’ lines terminated by ‘\n’;

    2、主键优化

    数据组织方式

    在InnoDB存储引擎中,表数据都是根据主键顺序组织存放的,这种存储方式的表称为索引组织表(index organized table IOT)。

    页分裂

    页可以为空,也可以填充一半,也可以填充100%。每个页包含了2-N行数据(如果一行数据大,会行溢出),根据主键排列。

    页合并

    当删除一行记录时,实际上记录并没有被物理删除,只是记录被标记(flaged)为删除并且它的空间变得允许被其他记录声明使用。

    当页中删除的记录达到MERGE_THRESHOLD(默认为页的50%),InnoDB会开始寻找最靠近的页(前或后)看看是否可以将两个页合并以优化空间使用。

    知识小贴士:

    MERGE_THRESHOLD:合并页的阀值,可以自己设置,在创建表或者创建索引时指定。

    主键设计原则

    1. 满足业务要求的情况下,尽量降低主键的长度。
    2. 插入数据时,尽量选择顺序插入,选择使用AUTO_INCREMENT自增主键。
    3. 尽量不要使用UUID做主键或者是其他自然主键,如身份证号。
    4. 业务操作时,避免对主键的修改。

    3、order by优化

    Using filesort

    通过表的索引或全表扫描,读取满足条件的数据行,然后在排序缓冲区sort buffer中完成排序操作,所有不是通过索引直接返回排序结果的排序都叫FileSort排序。

    Using index

    通过有序索引顺序扫描直接返回有序数据,这种情况即为using index,不需要额外排序,操作效率高。

    4、group by优化

    1. 在分组操作时,可以通过索引来提高效率。
    2. 分组操作时,索引的使用也是满足最左前缀法则的。

    5、limit优化

    一般分页查询时,通过创建覆盖索引能够比较好地提高性能,可以通过覆盖索引加子查询形式进行优化。

    6、count优化

    count的几种用法

    count()是一个聚合函数,对于返回的结果集,一行行地判断,如果count函数的参数不是NULL,累计值就加1,否则不加,最后返回累计值。

    用法:count(*)、count(主键)、count(字段)、count(1)

    count(主键)

    InnoDB引擎会遍历整张表,把每一行的主键id都取出来,返回给服务层。服务层拿到主键后,直接按行进行累加(主键不可能为null)。

    count(字段)

    没有not null约束:InnoDB引擎会遍历整张表把每一行的字段值都取出来,返回给服务层,服务层判断是否为null,不为null,计数累加。

    有not null约束:InnoDB运气会便利整张表把每一行的字段值都取出来,返回给服务层,直接按行进行累加。

    count(1)

    InnoDB引擎遍历整张表,但不取值。服务层对于返回的每一行,放一个数字”1“进去,直接按行进行累加。

    count(*)

    InnoDB引擎并不会把全部字段取出来,而是专门做了优化,不取值,服务层直接按行进行累加。

    按照效率排序的话,count(字段) < count(主键 id) < count(1) ≈ count(*),所以尽量使用count(*)。

    7、update优化

    InnoDB的行锁是针对锁引加的锁,不是针对记录加的锁,并且该索引不能失效,否则会从行锁升级为表锁。

  • 相关阅读:
    【复杂句的逻辑练习题】定语从句的省略
    问题 F: 案例6-1.2:邻接表存储图的广度优先遍历
    LCP 28.采购方案
    学习Autodock分子对接
    关于Ajax的异步同步说明,及Ajax结果函数中赋值全局变量
    配置文件整合
    SQL手工注入漏洞测试(Access数据库)
    学习大数据必须掌握哪些核心技术?
    CDH大数据平台 27Cloudera Manager Console之superset之Python相关包安装(markdown新版一)
    排名预测系统
  • 原文地址:https://blog.csdn.net/m0_58725148/article/details/127607369