【案例讨论】从案例引发的对SQL Server性能调优的思考

interstellar

zmxstart 发表于 2012-5-22 12:55
1.各位大大，我来纠个错。create partition primary algin=64这个应该是create partition primary align=64 ...

这几天用sqlio做了个磁盘测试，发现4k，8k，64k分配单元，没啥大的区别，纠结了一下跟我原先的理解有些出入……也有可能是因为我在虚机上做的原因……

yanyangtian4502

今天终于有点时间了。
这里和大家澄清一个事情：就是磁盘对齐的，所有的对齐工作建议在系统刚刚安装之后进行，因为我们在项目后期进行了尝试，发现已经运行的系统对齐不容易做。

另外，在RAID 5上面有个问题要特别注意：就是tempdb的问题，我们知道RAID 5的写的性能有点不理想，读还是不错。我们在项目中发现，很多的技术人员在查询的时候，使用了临时表，表变量，这本来不是问题的，但是因为这些要去写磁盘，最后导致了读的性能下降。因为我们最近刚刚结束的一个项目中，即使发现了I/O瓶颈，就是因为这个原因导致的，后来把相关的查询重写之后，问题就消失了。

yanyangtian4502

interstellar 发表于 2012-5-29 12:44
这几天用sqlio做了个磁盘测试，发现4k，8k，64k分配单元，没啥大的区别，纠结了一下跟我原先的理解有些出 ...

有区别，这个我们在真实的环境下面看过了的

hwtong

yanyangtian4502 发表于 2012-6-6 09:31
有区别，这个我们在真实的环境下面看过了的

是否是由于在虚拟机上的原因导致他那边测试结果没太大的区别

hwtong

yanyangtian4502 发表于 2012-6-6 09:29
今天终于有点时间了。
这里和大家澄清一个事情：就是磁盘对齐的，所有的对齐工作建议在系统刚刚安装之后进 ...

额...
这里纠正下吧.
另外，在RAID 5上面有个问题要特别注意：就是tempdb的问题，我们知道RAID 5的写的性能是非常的理想，
应该是写的性能是不太理想吧.

yanyangtian4502

hwtong 发表于 2012-6-6 09:36
额...
这里纠正下吧.
另外，在RAID 5上面有个问题要特别注意：就是tempdb的问题，我们知道RAID 5的写的 ...

哟，写错了，呵呵呵 多谢

不对啊，我上面貌似i没有说写的性能不错啊

hwtong

yanyangtian4502 发表于 2012-6-6 09:39
哟，写错了，呵呵呵 多谢

已经给你编辑了

yanyangtian4502

hwtong 发表于 2012-6-6 09:34
是否是由于在虚拟机上的原因导致他那边测试结果没太大的区别

应该是的，我分析因为虚拟机的磁盘空间也是来自他电脑上本身的磁盘，如果本身的磁盘分卷已经固定，再在虚拟机重新将虚拟磁盘分卷，是看不到效果的

yanyangtian4502

hwtong 发表于 2012-6-6 09:40
已经给你编辑了

哦 我就说
再次感谢啊！
版主回复 发帖真的很快

hwtong

yanyangtian4502 发表于 2012-6-6 09:42
哦 我就说
再次感谢啊！
版主回复 发帖真的很快

你再讲下其他方面的调优思路吧.呵呵
让大家学习下