linq查询千万级数据,.Count()的时候很慢,求怎么优化。
SELECT COUNT(Id) FROM [TB_Sms_Log],id有索引。
标签:
相关文章
- 敏捷开发在互联网时代里的价值
- PL2586|替代FE1.1S|替代MA8601|USB2.0HUB集线器芯片|旺玖
- 力软快速开发平台,帮助中小企业躲过数字化“踏浪出海”的“暗礁”
- 软件开发:站在风口上的低代码
- TYPEC转HDMI方案|TYPEC扩展坞方案|CS5265设计4K60HZ TYPEC转HDMI方
- DP转HDMI2.0|DP转HDMI和VGA输出|CS5262AN方案应用|瑞奇达CS5262设计电
- Capstone瑞奇达|台湾瑞奇达|一级代理商|台湾瑞奇达科技有限公司
- CH7511B替代方案|CS5211设计方案|CS5211替代CH7511B|eDP转LVDS转接板
SQL都这么慢了,你还用linq,那更慢。你这条语句肯定复杂,什么group、in的,尝试分开执行那几部分,查询出的数据可以先临时放一个表,然后逐个合并上去看看问题在哪部分。
加上where id,速度会快很多。
看一下实际执行的 sql ,然后优化索引
你的select count 后面有查询条件吗,如果有的话就优化一下索引吧,如果没有的话再想想别的办法,比如,主键是不是连续的整数,能从主键本身看出数量吗,或者在插入这个表数据的同时在另一个地方记录这个表里数据的数量等
这...3000万数据17秒,服务器该有多破,还是代码有多烂...