仓酷云

标题: MYSQL编程:监测你的SQL SERVER--让瓶颈表露 [打印本页]

作者: 飘飘悠悠    时间: 2015-1-16 22:37
标题: 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无需扫描任何记录即可迅速得到目标记录所在的位置。
作者: 因胸联盟    时间: 2015-1-18 14:34
对于数据库来说,查询是数据库的灵魂,那么SQL查询效率究竟效率如何呢?下文将带对SQL查询的相关问题进行讨论,供您参考。
作者: 简单生活    时间: 2015-1-22 06:59
发几份SQL课件,以飨阅者
作者: 活着的死人    时间: 2015-1-30 23:32
很多书籍啊,不过个人认为看书太慢,还不如自己学。多做实际的东西,就会遇到很多问题,网上搜下解决问题。不断重复这个过程,在配合sql的F1功能。
作者: 冷月葬花魂    时间: 2015-2-6 16:58
而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~
作者: 仓酷云    时间: 2015-2-17 10:42
对于微软系列的东西除了一遍遍尝试还真没有太好的办法
作者: 只想知道    时间: 2015-3-5 19:29
你觉得我的非分区索引无法对起子分区,你可以提醒我一下呀!没有任何的提醒,直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。
作者: 乐观    时间: 2015-3-12 11:59
微软对CLR作了大篇幅的宣传,这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜,感觉对象数据库的一些概念可以实现了。
作者: admin    时间: 2015-3-19 21:55
但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。




欢迎光临 仓酷云 (http://ckuyun.com/) Powered by Discuz! X3.2