MSSQL网站制作之关于MSSQL占用过量内存的成绩

两个到底是哪一个给出了MySQL这个名字至今依然是个迷，包括开发者在内也不知道。成绩常常瞥见有人问，MSSQL占用了太多的内存，并且还不休的增加；大概说已设置了利用内存，但是它没有效到那末多，这是怎样一回事儿呢？
起首，我们来看看MSSQL是如何利用内存的。
最年夜的开支通常为用于数据缓存，假如内存充足，它会把用过的数据和以为你会用到的数据一切扔到内存中，直到内存不敷的时分，才把射中率低的数据给清失落。以是一样平常我们在看statisticsio的时分，看到的physicsread都是0。
其次就是查询的开支，一样平常地说，hashjoin是会带来对照年夜的内存开支的，而mergejoin和nestedloop的开支对照小，另有排序和两头表、游标也是会有对照年夜的开支的。
以是用于联系关系和排序的列上一样平常必要有索引。
再其次就是对实行企图、体系数据的存储，这些都是对照小的。


我们先来看数据缓存对功能的影响，假如体系中没有别的使用程序来争取内存，数据缓存通常为越多越好，乃至有些时分我们会强行把一些数据pin在高速缓存中。可是假如有别的使用程序，固然在必要的时分MSSQL会开释内存，可是线程切换、IO守候这些事情也是必要工夫的，以是就会形成功能的下降。如许我们就必需设置MSSQL的最年夜内存利用。能够在SQLServer属性（内存选项卡）中找到设置最年夜利用内存的中央，大概也能够利用sp_configure来完成。假如没有别的使用程序，那末就不要限定MSSQL对内存的利用。

然厥后看查询的开支，这个开支明显是越低越好，由于我们不克不及从中失掉优点，相反，利用了越多的内存多数意味着查询速率的下降。以是我们一样平常要制止两头表和游标的利用，在常常作联系关系和排序的列上创建索引。
因此，我们的第一个“米”，就是二进制日志binlog必须是rowbased的。在rowbase下，二进制日志binlog同时记录了更新前后的整行记录。

微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。

是否碎片会引发效率问题？这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。

SP4包括用于以下SQLServer2000组件的程序包：Database组件（下载文件：SQL2000-KB884525-SP4-x86.EXE）更新SQLServer2000的32位Database组件，包括数据库引擎、复制、客户端连接组件及工具。有关其他信息，请参阅ReadmeSql2k32Sp4.htm。AnalysisServices组件（下载文件：SQL2000.AS-KB884525-SP4-x86.EXE）更新SQLServer2000的32位AnalysisServices。

这一点很好的加强了profiler的功能。但是提到profiler提醒大家注意一点。windows2003要安装sp1补丁才能启动profiler。否则点击没有反应。

备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。

习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。

Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。