SQL Azure高级性能

Question

我目前正在将一个客户端数据库移动到SQL Azure，我们看到了一些性能问题。我们有一个高级p2实例，但是我们看到SQL azure数据库的性能时间比当前数据库(具有相似核心和内存数量的sql server2008)慢了大约3倍。索引匹配，语句相同，数据也相同。

我知道在共享Azure SQL数据库下性能会很差，但是因为我们有一个p2实例，所以我希望性能更接近我们现有的sql server2008数据库。有没有人能解释一下为什么p2的运行速度可能比非常相似的sql server2008慢？我意识到需要考虑延迟，但是两个服务器都离我的位置很远，所以这应该在某种程度上平衡，或者只占很小的差异，而不是一次简单查询的200毫秒和600毫秒。

考虑到目前缺乏SQL Azure数据库的性能调优工具，有人能提供一些关于数据库性能调优的有用建议吗？

提前感谢

附注：我也在MS azure论坛上问过这个问题，因为我不确定这个问题得到了多少关注。http://social.msdn.microsoft.com/Forums/windowsazure/en-US/cf269a65-7222-4c67-a294-3fa2f67c9583/sql-azure-premium-p2-performance-issues?forum=ssdsgetstarted

Answer 1

正如评论中提到的Azure SQL，无论是共享的还是高级的，考虑到硬件和网络基础设施，都与本地有很大的不同。此document将SQL Server与SQL数据库(也称为SQL Azure)进行比较，当在Azure上使用商用硬件时，它可能会解释您体验到的差异:虽然本地和云上的CPU保持不变，但您为本地磁盘所做的选择可能与Azure SQL数据库中的磁盘基础架构不同。

我忽略了您所评估的查询类型，但根据我的经验，由于我的场景，磁盘IOPS往往与CPU核心和内存的数量一样重要(甚至更重要)，请参阅limits。

简而言之，在仅考虑CPU和RAM的情况下，无法保证SQL Server和SQL数据库之间的性能相当，即使这些资源是使用Premium选项保留的。

我们有许多Azure SQL数据库在生产中，很少有是高级的:我们在实现自动收集信息的遥测方面有很大的优势，并且能够在以后需要时使用它进行分析。这里有一个猫博客文章的链接：http://blogs.msdn.com/b/windowsazure/archive/2013/06/28/telemetry-basics-and-troubleshooting.aspx

它并不特别适用于Premium或Shared，但是，如果它适合您的项目范围，您应该努力实现遥测。否则，在Azure SQL上查找系统视图的相关查询是一个很好的起点。

如果您想在Azure SQL中获得与本地相同的性能，我建议您调查并最终针对不同的场景进行优化。