哪种方式更好

看你的数据量 如果是几万条的话 都无所谓

选第一种

第二种 疯了

不继续吐槽了…

我试了一下你这个应该能用一个sql解决问题

select 
count(1) as total,
(select count(1) from table where status = 2) as count,(select count(1) from table where status = 2) / count(1) * 100 as haopinglv
from
     table;

如果数据量不大，未来可预期的数据规模也不会超过单库能处理的极限，那么把一些压力放到数据库端处理是合适的，因为写起来简单，效率也不差。但是，关系数据库的水平扩展是极为困难的。如果可预期的未来，数据量增加很快，或者业务压力大增，这个时候瓶颈就全压在数据库上了，没有很好的办法解决，就只能垂直扩展数据库，比如增加数据库机器的配置。保持数据库的简单，把业务逻辑前移，放到应用中，就能把压力转到应用服务器，而应用服务器的水平扩展要简单得多，在无状态的情况下，服务能力不够，简单的加机器就好。

把逻辑拆分开吧，不要写成一条 sql

一条 sql 一个逻辑，代码更直观好理解，命中索引就更好了

明显第一条好， simple is best