SqlServer数据文件太大，表占用空间太大，怎么释放空间

时间充足就断线停止写入数据库，做个全备份。

让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：申请域名、虚拟主机、营销软件、网站建设、余江网站维护、网站推广。

删除数据库，删除数据库文件。

整理下磁盘。

重建同名数据库，恢复数据库。

这时候的空间是最紧凑的，可以试试建聚集索引。

最根本的方法是加硬盘，可能你的数据操作规律就是会产生很多碎片的，必须要有双倍的空间才行。

sqlserver占用内存过高，清理办法

SQL Server对服务器内存的使用策略是用多少内存就占用多少内存，只用在服务器内存不足时，才会释放一点占用的内存，所以SQL Server 服务器内存往往会占用很高。

Sql Server运行时候的缓存:

1.数据缓存：执行个查询语句，Sql Server会将相关的数据页（Sql Server操作的数据都是以页为单位的）加载到内存中来， 下一次如果再次请求此页的数据的时候，就无需读取磁盘了，大大提高了速度。

2.执行命令缓存：在执行存储过程，自定函数时，Sql Server需要先二进制编译再运行，编译后的结果也会缓存起来， 再次调用时就无需再次编译。

清除缓存的命令（直接执行第四个命令清除所有缓存）：

DBCC FREEPROCCACHE --清除存储过程相关的缓存

DBCC FREESESSIONCACHE --会话缓存

DBCC FREESYSTEMCACHE('All') --系统缓存

DBCC DROPCLEANBUFFERS --所有缓存

注意：清除了缓存，不会释放SQL Server所占用的内存，所以需要通过修改SQL Server内存或重启SQL Server服务器来释放内存。

修改SQL Server内存：

优化：使用以下语句查找出什么语句占内存最高，针对占内存高的语句进行优化

SELECT SS.SUM_EXECUTION_COUNT,

T.TEXT,

SS.SUM_TOTAL_ELAPSED_TIME AS '总和时间',

SS.SUM_TOTAL_WORKER_TIME AS '执行耗时',

SS.SUM_TOTAL_LOGICAL_READS AS '总和逻辑读数',

SS.SUM_TOTAL_LOGICAL_WRITES AS '总和逻辑写'

FROM (SELECT S.PLAN_HANDLE,

SUM(S.EXECUTION_COUNT)SUM_EXECUTION_COUNT,

SUM(S.TOTAL_ELAPSED_TIME)SUM_TOTAL_ELAPSED_TIME,

SUM(S.TOTAL_WORKER_TIME)SUM_TOTAL_WORKER_TIME,

SUM(S.TOTAL_LOGICAL_READS)SUM_TOTAL_LOGICAL_READS,

SUM(S.TOTAL_LOGICAL_WRITES)SUM_TOTAL_LOGICAL_WRITES

FROM SYS.DM_EXEC_QUERY_STATS S

GROUP BY S.PLAN_HANDLE

) AS SS

CROSS APPLY SYS.dm_exec_sql_text(SS.PLAN_HANDLE)T

ORDER BY SUM_TOTAL_LOGICAL_READS DESC

转自：

如何释放sql server占用的资源内存

sql server 在查询大数据量的数据时，总会占用大量的内存，并且居高不下，一不小心就会死机。

下面这个是我从网上找到的：

当你查询数据的数据量比较大时，sqlserver会把查询结果缓存在内存中，保证你下次查询同样的记录时会很快得到结果，所以内存使用量会激增。

在你完成此次查询后，sqlserver不会马上释放内存，数据会仍然放在内存中，这是sqlserver的优化策略，sqlserver会不断地占用你的系统内存，来加快sqlserver的运行速度，当你的系统中的其它服务也需要内存时，它才会自动释放部分内存。一句话，sqlserver不会让你的系统有闲置的内存，除非你设置sqlserver的最大内存使用量。这样也没什么不好，如果你的系统很大，单独给sqlserver一台机器，这样会提高它的性能。

如果你只是开发用，要想让sqlserver释放内存，重启sqlserver的服务就行了。如果不想让sqlserver占用太多内存，设置sqlserver的最大内存占用量.

文章标题：sqlserver释放,sqlserver释放连接数
标题链接：http://scyanting.com/article/hohooh.html