MYSQL编程：监测你的SQL SERVER--让瓶颈表露

即使对于MySQL的商业化的企业版来说，也没有高昂的许可证成本，当你将其与像甲骨文和微软之类的大型专有商业数据库比较的话。server当您嫌疑盘算机硬件是影响SQLServer运转功能的次要缘故原由时，能够经由过程SQLServerPerformanceMonitor监督响应硬件的负载，以证明您的推测并找出体系瓶颈。下文将先容一些经常使用的剖析工具及其参数。　　Memory:PageFaults/sec
　　假如该值偶然走高，标明事先有线程合作内存。假如延续很高，则内存多是瓶颈。
　　Process:WorkingSet
　　SQLServer的该参数应当十分靠近分派给SQLServer的内存值。在SQLServer设定中，假如将"setworkingsetsize"置为0,则WindowsNT会决意SQLServer的事情集的巨细。假如将"setworkingsetsize"置为1，则强迫事情集巨细为SQLServer的分派内存巨细。一样平常情形下，最好不要改动"setworkingsetsize"的缺省值。
　　Process:%ProcessorTime
　　假如该参数值延续凌驾95%，标明瓶颈是CPU。能够思索增添一个处置器或换一个更快的处置器。
　　Processor:%PrivilegedTime
　　假如该参数值和"PhysicalDisk"参数值一向很高，标明I/O有成绩。可思索改换更快的硬盘体系。别的设置TempdbinRAM，减低"maxasyncIO"，"maxlazywriterIO"等措施城市下降该值。
　　Processor:%UserTime
　　暗示泯灭CPU的数据库操纵，如排序，实行aggregatefunctions等。假如该值很高，可思索增添索引，只管利用复杂的表连接，程度支解年夜表格等办法来下降该值。
　　PhysicalDisk:Avg.DiskQueueLength
　　该值应不凌驾磁盘数的1.5~2倍。要进步功能，可增添磁盘。
　　注重:一个RaidDisk实践有多个磁盘。
　　SQLServer:CacheHitRatio
　　该值越高越好。假如延续低于80%，招考虑增添内存。注重该参数值是从SQLServer启动后，就一向累加记数，以是运转经由一段工夫后，该值将不克不及反应体系以后值。
表里面的记录数量越多，这个操作的代价就越高。如果作为搜索条件的列上已经创建了索引，MySQL无需扫描任何记录即可迅速得到目标记录所在的位置。

对于数据库来说，查询是数据库的灵魂，那么SQL查询效率究竟效率如何呢？下文将带对SQL查询的相关问题进行讨论，供您参考。

发几份SQL课件，以飨阅者

很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

仓酷云

对于微软系列的东西除了一遍遍尝试还真没有太好的办法

你觉得我的非分区索引无法对起子分区，你可以提醒我一下呀！没有任何的提醒，直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。

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

但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。