2020-11-11 11:12:35 1332次浏览 7条回答 0 悬赏 10 金钱

提问:record 这个表的数据比较大

/*****************执行sql是分别把6种状态单词count出来********************/
$freeCount = Record::find()->where($where)->andWhere(['status'=>AppointUtil::STATUS_FREE])->count();
//1 - 已预约(未到珍)
$reservedCount = Record::find()->where($where)->andWhere(['status'=>AppointUtil::STATUS_RESERVED])->count();
//2 - 已到诊
$arrivedCount = Record::find()->where($where)->andWhere(['status'=>AppointUtil::STATUS_ARRIVED])->count();
//3 - 不可预约
$cannotCount = Record::find()->where($where)->andWhere(['status'=>AppointUtil::STATUS_CANNOT])->count();
//4 - 失约
$breakCount = Record::find()->where($where)->andWhere(['status'=>AppointUtil::STATUS_BREAK])->count();
//5 - 设备维护,1.4版本后不使用
$disableCount = Record::find()->where($where)->andWhere(['status'=>AppointUtil::STATUS_DISABLE])->count();


/****************执行一条sql按照状态分组 all 全部查询出来*********************/
 $data = Record::find()->where($where)->groupBy('status')->asArray()->all();

说明:

  1. 第一种直接count返回每种状态的值
  2. 第二种status分组查询所有的,返回二维数组,同时会出现有的状态没有,通过返回的结果需二次处理

问答:请教大佬,以上2种解决方案,那种相对好点,优缺点分别是啥?
备注:考虑 MySQL 性能第一位

  • 回答于 2020-11-11 11:19 举报

    第二种,不解释

  • 回答于 2020-11-11 11:21 举报

    说实话,你这两种在数据量大的情况下可能都很慢。
    首先:innodb下尽量避免count操作,可以select 主键找到结果,然后通过php的count计数。
    其次:尽量使用select,减少mysql每次的io数据量,这往往是数据库的瓶颈。

    2 条回复
    回复于 2020-11-11 11:24 回复

    他写的第二种,我给他的建议是用 when case 然后sum出来

    回复于 2020-11-11 11:27 回复

    这样可行 但是对sql语句的掌握要求不低,经常写错sql语句的我惺惺而过~

    , 觉得很赞
  • 回答于 2020-11-11 11:33 举报

    换个思路。这些数据可能都在变。但是几天前的数据不会怎么变。搞个统计表出来。然后最近这次的根据when case来区分

  • 回答于 2020-11-12 09:43 举报

    简单粗暴的方法,查询出来的结果从新存储到一张新的结果表中

  • 回答于 2020-11-13 10:32 举报

    不清楚你具体的索引设计 不过第一感觉是 第二种

    原因: 不考虑你其他where 条件  就状态条件  
        1.不命中索引  那么数据多要被从硬盘拉出来  一个状态条件啦一次  groupBy 拉一次数据  就完成统计(如果有哪里不对的  欢迎支出)
        2.能命中索引  那么count的时候 就直接出数据了 不需要啦数据了 这个时候 groupBy 和单条的话 groupBy可能优势不是太明显
    如果硬要锁缺点的话  就是灵活性了吧  你单个where 可以指定使用索引(更具你具体的业务场景  有些状态牵扯的where中的几个条件是确定的 )
    

    具体的业务和表设计不一样 建议通过mysql的explain分析

    如果想得到更加详细信息 打开 mysql profiling

    set profiling=1 开启分析功能
    show profiles 查看执行SQL
    select * from INFORMATION_SCHEMA.PROFILING where query_id = id 查看单挑sql的信息

  • 回答于 2020-11-13 14:22 举报

    性能第一位
    你两种都跑下看哪个快不就解决了。

  • 回答于 2020-11-27 09:24 举报

    这个大数据表统计的,做快照比较好。使用console处理更新快照。查询快照就快了。

您需要登录后才可以回答。登录 | 立即注册
刘冲💯
总监

刘冲💯

注册时间:2017-10-16
最后登录:2021-04-01
在线时长:2小时33分
  • 粉丝1
  • 金钱2470
  • 威望0
  • 积分2490

热门问题