• MySQL 优化小技巧


    碎片整理:

    mysql数据一开始是在磁盘上顺序存放的,如果数据表有频繁的update改动,那么数据就会形成很多碎片,拖慢速度和不利于索引;

    优化碎片有两种方式:

    alter table user engine innodb;其实user这个表原先也是innodb的,这句话看上去没有任何意义,但是mysql会重新规整数据

    optimize table user; 也可以修复;

    碎片优化是一种很费cpu和内存的事,最好在夜里执行;

    非常规 的 min  max 优化

    select min(age) from table;

    不管table有多少数据,这条语句都是非常快的,因为mysql内部存到有相关的值,通过explain 可以看出已经被mysql优化过了;

    稍微改一下语句;

    select min(age) from table where status=1;

    通过explain 查看 是全表扫描;

    mysql要一行一行的取出来看status是不是1,如果是,那对比上一次的age看看那个小;有点想冒泡排序一样;

    有个特别的优化方式,要在age有索引的前提下;

    select min(age) from table use index(age) where status=1 limit 1;

    强制mysql使用age索引,因为索引是排好序的,所以取第一个就是最小值,max同理

    count非常规优化

    select count(*) from table;

    通过explain可以看出已经被mysql优化到常亮级别了;非常快

    但是:

    select count(*) from table where id>100;

    速度飞速下降,explain 已查看用到了全表扫描;从100开始扫描全表

    然而这条语句是很快的,只用扫描前100条:

    select count(*) from table where id<100;

    所以优化方法是利用数学加减法:

    ( select count(*) from table ) - ( select  count(*) from table where id<100 )

    union优化:

    连接查询结果的时候 如非必要 尽量使用 union all,因为union all 不过滤数据,效率高,而union要过滤数据,代价很大;

  • 相关阅读:
    代理模式(Proxy)
    桥接模式(Bridge)
    组合模式(Composite)
    装饰器模式(Decorator)
    外观模式(Facade)
    享元模式(FlyWeight)
    职责链模式(Chain of Responsibility)
    迭代器模式(Iterator)
    中介者模式(Mediator)
    命令模式(Command)
  • 原文地址:https://www.cnblogs.com/codeAB/p/6391627.html
Copyright © 2020-2023  润新知