一句SQL的频繁查询数据库，导致16核的cpu 100%居高不下！

[卡哇伊]

select top(1) a1, a2,a3 from 自己写的存储过程 where id='35345' and a1<='2012/9/18 0:20:00' order by a1 desc

[卡哇伊]

讨论一下吧，这问题不能晾着啊

[haitao]

from 存储过程？
只能from 函数 吧？

[zhazhuzhao]

[Quote=引用楼主 的回复:]
C# code

select top(1) a1, a2,a3 from 自己写的存储过程 where id='35345' and a1<='2012/9/18 0:20:00' order by a1 desc
[/Quote]
自己写的存储过程执行的情况如何？另外哦，你的存储过程那些是问题点，没说清楚，没法搞的！

[卡哇伊]

[Quote=引用 7 楼 的回复:]
from 存储过程？
只能from 函数 吧？
[/Quote]
视图行吧！不要纠结于此么

[卡哇伊]

[Quote=引用 8 楼 的回复:]
引用楼主 的回复:
C# code

select top(1) a1, a2,a3 from 自己写的存储过程 where id='35345' and a1<='2012/9/18 0:20:00' order by a1 desc

自己写的存储过程执行的情况如何？另外哦，你的存储过程那些是问题点，没说清楚，没法搞的！
[/Quote]这个嘛，好像数据量比较大，一天一个设备就是就是50条数据，有800的设备，查询的是一个表保存的一月的数据！大于一个月的都保存到临时表去了！

[卡哇伊]

这服务器都是高配置啊！一台3万多里

[romi17]

不要使用FROM的方法拉,建议PROCEDURE传参数.
另外使用的大表一定加索引.

[發糞塗牆]

问题应该出在这里： 自己写的存储过程

[卡哇伊]

[Quote=引用 1 楼 的回复:]
问题应该出在这里： 自己写的存储过程
[/Quote]这样给你说吧，同样的操作系统，同样的数据库，同样的程序，放在不同的服务器上，一个只有4%，一个100%大概有4-5s，但是我别的程序还需要访问数据库，这样导致数据库访问的不流畅

[让你望见影子的墙]

[Quote=引用 2 楼 的回复:]
引用 1 楼 的回复:
问题应该出在这里： 自己写的存储过程
这样给你说吧，同样的操作系统，同样的数据库，同样的程序，放在不同的服务器上，一个只有4%，一个100%大概有4-5s，但是我别的程序还需要访问数据库，这样导致数据库访问的不流畅
[/Quote]
如果是这样的话，就很难说了，需要根据具体的环境来分析。
1、数据库的配置
2、服务器的配置

[以学习为目的]

你是说同样的语句和存储过程，在不同服务器上差别这么大、？

[卡哇伊]

[Quote=引用 3 楼 的回复:]
引用 2 楼 的回复:
引用 1 楼 的回复:
问题应该出在这里： 自己写的存储过程
这样给你说吧，同样的操作系统，同样的数据库，同样的程序，放在不同的服务器上，一个只有4%，一个100%大概有4-5s，但是我别的程序还需要访问数据库，这样导致数据库访问的不流畅

如果是这样的话，就很难说了，需要根据具体的环境来分析。
1、数据库的配置
2、服务器的配置
[/Quote]
我晕，数据据是一台服务器，16线程32G内存，前置机处理器也是一台服务器，16线程32G内存，配置绝对刚刚的

[卡哇伊]

[Quote=引用 12 楼 的回复:]
不要使用FROM的方法拉,建议PROCEDURE传参数.
另外使用的大表一定加索引.
[/Quote]
我单独把他放在数据库，立马查询出来了，唯一就是放在页面上绑定GridView非常慢，cpu100%

[DBA_磊仔]

很明显，你的前台代码让服务器做了很多重复的劳动