没有用到索引或者就是内存小了，因为没有备份运行时有的sql丢失了。
专注于为中小企业提供做网站、成都做网站服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业东湖免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了上1000家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。
看看数据库内存设置是否比较小，数据库表是否建立合理的索引。
因为主机长期在工作.数据会一上在增多..对于内存还有CPU来说不是所有数据都可以一次性的完全处理好。就会有一些"尾数"包括记录，然而越来越多，会让主机运行速度变慢。如果用好点的专用的服务器硬盘，内存会让主机更长时间的不用重启。所以SQL还是要用高一点的配置。
什么数据库，还有吧执行计划贴上来，我觉得很有可能增加索引
首先看看这张表有哪些索引，然后对比这个SQL需要使用哪些索引，然后看执行计划是否真的使用了索引。
其次分析这个SQL中的每个查询子句，分析哪个子句比如patientid in('001351435800')，能筛选出的记录数最少（因为查一张表只能使用一个索引），可以考虑在这个条件对应的列上创建索引。
还有就是防止隐士转化，如您说的把最后plantime那两个条件去掉就挺快，可能是plantime是datetime类型，但是和'2014/07/04 00:00:00'比较，则会自动转换为字符串型，建议吧'2014/07/04 00:00:00'转化成datetime类型，然后与plantime比较。
可以通过”waitfor delay '00:00:00:10' “方法来进行延迟设置；
解释：上面语句中的日、时、分、秒，也就是说执行延迟10s，可以每次执行完一个sql后后面加上此条语句来进行延迟操作，之后再继续执行其他的sql；
如：select * from tablename waitfor delay '00:00:00:10;
首先应该确定是谁慢的，往往是程序处理方面的问题而不是数据库的问题。
程序方面应该尽可能的减少数据查询返回的内容，减少IO压力，磁盘IO和网络IO是非常非常慢的。比如可以查询返回ID，然后再根据ID一条一条的查询具体内容，看似慢了，在数据量大的时候快很多
对于数据可以参照下面几点
1、优化SQL语句，SQL语句对查询速度影响最大的
2、对于经常查询的字段作索引。但是这样会增加修改时的压力
4、优化SQLServer，比如给其分配固定的内存，预先分配查询内存，调整CPU使用率等。SQL Server 可以占用几乎所有Windows的内存，但是申请内存开销很大。因此可以设定其使用固定大小内存，比如启动就分配1G以上内存。
5、优化硬件资源，比如使用更高的服务器或者硬盘，独立安排数据库的数据文件和索引文件，将数据文件分布于不同的物理硬盘上等等
6、考虑使用分布数据库或者对大表进行拆分