❶ 如何测试sqlserver性能
对于DBA来讲，我们都会做新服务器的性能测试。我会从TPC的基准测试入手，使用HammerDB做整体性能评估（前身是HammerOra），跟厂商数据对比。再使用DiskSpd针对性的测试磁盘IO性能指标（前身是SQLIO），再到SQLIOSIM测试存储的完整性，再到ostress并发压力测试，对于数据库服务器迁移，我们还会收集和回放Profiler Trace，并收集期间关键性能计数器做对比。
下面我着重谈谈使用HammerDB的TPC-C来做SQL Server基准测试。
自己写负载测试代码很困难
为了模拟数据库的负载，你想要有多个应用程序用户和混合数据读写的语句。你不想总是对单一行更新相同的值，或者只是重复插入假的值。
自己动手使用Powershell、C#等语言写负载测试脚本也不是不可能，只是太消耗时间，你需要创建或者恢复数据库，并做对应的测试。
免费而简单的压测SQL Server：使用HammerDB模拟OLTP数据库负载
HammerDB是一个免费、开源的工具，允许你针对SQL Server、Oracle、MySQL和PostgreSQL等运行TPC-C和TPC-H基准测试。你可以使用HammerDB来针对一个数据库生成脚本并导入测试。HammerDB也允许你配置一个测试运行的长度，定义暖机阶段，对于每个运行的虚拟用户的数量。
首先，HammerDB有一个自动化队列，让你将多个运行在不同级别的虚拟用户整合到一个队列--你可以以此获得在什么级别下虚拟用户性能平稳的结果曲线。你也可以用它来模拟用于示范或研究目的的不同负载。
用于SQL Server上的HammerDB的优缺点
HammerDB是一个免费工具，它也极易访问和快速的启动基准测试和模拟负载的方法。它的自动程序特性也是的运行工作负载相当自动。
主要缺点是它有一个学习曲线。用户界面不是很直观，需要花费时间去习惯。再你使用这个工具一段时间之后，将会更加容易。
HammerDB也不是运行每一个基准测试。它不运行TPC-E基准，例如，SQL Server更热衷于当前更具发展的OLTP基准TPC-E。如果你用HammerDB运行一个TPC-C基准，你应该理解它不能直接与供应商提供的TPC-C基准结果相比较。但是，它是免费的、快速的、易用的。
基准测试使用案例
基准测试负载不能精确模拟你的应用程序的特点。每个负载是唯一的，在不同的系统有不同的瓶颈。对于很多使用案例，使用预定义的基准测试仍然是非常有效的,包括以下性能的比较：
多个环境（例如：旧的物理服务器，新的虚拟环境）
使用各种因素的不同及时点（例如：使用共享存储和共享主机资源的虚拟机的性能）
在配置改变前后的点
当然，对一个数据库服务器运行基准测试可以影响其他SQL Server数据库或者相同主机上其他虚拟机的性能，在生产环境你确保有完善的测试计划。
对于自学和研究来说，有预配置的负载非常棒。
开始使用基准测试
你可以从阅读HammerDB官方文档的“SQL Server OLTP Load Testing Guide”开始。
❷ 转载：如何提升磁盘IO性能
目前，磁盘是机械操作的，主要是在读取和写入磁盘之前查找磁道的过程中。磁盘附带的读写缓存大小对磁盘读写速度至关重要。具有快速读写的磁盘通常具有较大的读写缓存。磁盘的查找过程是机械的，它确定其随机读写速度将明显低于顺序读写。当我们进行系统设计和实现时，我们需要考虑磁盘的这个特性。
FastDFS是一个开源且高效的分布式文件系统。它的初始实现，文件以散列模式随机分布到多个目录，后来又添加了顺序存储实践。通过比较测试，发现文件按目录顺序存储，写文件的效率明显高于目录随机存储的效率。
目前，磁盘顺序读取的速度还不错。例如，普通硬盘的IO可以达到每秒40~60MB，更好的硬盘可以达到每秒100MB左右。在多进程或多线程并发读取磁盘的情况下，随着并发数量的增加，磁盘IO效率将大大降低。主要是因为每次读取和写入，轨道可能具有大的偏移，并且轨道寻址时间增加，导致磁盘IO的性能急剧下降。对于此方案，优化方案是最小化并发读取和写入的进程或线程的数量。您可以使用锁定机制或专用磁盘IO线程来读取和写入磁盘。在FastDFS 2.x版本中，磁盘读取和写入是使用专用线程完成的。
为了充分利用多个磁盘的效率，建议不要使用传统的RAID方法。一个好的做法是分别安装每个磁盘，并通过程序控制多个磁盘的并发读写。使用单个磁盘安装，可以使用多台计算机实现文件备份和冗余。
在大量文件（例如数千万个文件）之后，当随机访问许多文件时，文件系统的性能将急剧下降。业界流行的做法是通过将多个小文件组合成一个大文件来减少文件数量。 FastDFS 3.0支持将多个小文件合并和存储到一个大文件中。发展进度相对平稳。预计3.0版将于5月发布。
改进磁盘IO的另一个技巧是尽可能多地写入或尽可能多的读取。换句话说，将程序的读写缓冲区设置得尽可能大。例如，日志或重做日志写入，不是每次都直接写入磁盘，而是先缓存到内存中，然后在缓冲区满时写入磁盘，也可以定期写入磁盘。
操作系统和C库函数通常会缓存写入文件的内容，以减少实际写入文件的次数。直接调用系统函数fsync或C函数fflush将使系统的缓存机制无效，这将强制将内容刷新到磁盘。除非必要，否则不要执行强制刷牙操作。如果在操作过程中不慎将重要的数据弄丢了，可以用闪灵数据恢复找回数据；如果有重要的资料不希望别人进行查看等操作，可使用闪灵文件夹锁进行加锁。