博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
SQL Server 2014里的性能提升
阅读量:7126 次
发布时间:2019-06-28

本文共 1118 字,大约阅读时间需要 3 分钟。

在这篇文章里我想小结下SQL Server 2014引入各种惊艳性能提升!!

缓存池扩展(Buffer Pool Extensions)

的想法非常简单:把页文件存储在非常快的存储上,例如SSD硬盘,用来扩展缓存池。缓存池扩展来得非常方便,如果你不能给你的数据库服务器物理上增加更多的内存,可以考虑使用缓存池扩展。

资源调控器(Resource Governor)

首次是在SQL Server 2008里引入的,但那个时候还不是个成熟的技术,因为你不能在存储级别调控I/O操作,对于指定工作负荷组,你不能限制缓存池大小。在SQL Server 2014里这些都改变了,因为现在你可以压制I/O操作。限制缓冲池使用率还是不行,但谁会知道在SQL Server 2016里会怎样呢:)。

锁优先级(Lock Priorities)

或许你已经知道,在企业版本里,SQL Server提供你在线操作,或者我可以称它们为“近乎在线操作”。它们近乎是在线的,因为内部SQL Server还是要获取一些锁,这会导致阻塞情况。因此SQL Server 2014引入了,在那里如果有这样的情况发生,你可以控制SQL Server如何应对。

聚集列存储索引(Clustered Column Store Indexes)

在SQL Server 2014里引入的最热门的提升是,在SQL Server里,它是惊艳的全新方式来处理列存储数据。另外聚集也会直接改变——不用像分区切换这样的技巧。

内存优化表(In-Memory OLTP)

使用微软声称你的工作负荷性能可以提升100倍。酷炫叼咋天了!现在一切都直接存储在内存里,不会涉及你的物理存储(包括事务日志,如果你想要的话)。另外内存优化表基于所谓的无锁数据结构,意味着锁,阻塞,闩锁,旋转锁统统消失。当然,使用这种有前途的方法是有副作用的,还是有限制的……

延迟事务(Delayed Transactions)

你工作负荷的生产力不管有多好,最后的障碍和瓶颈每次都是事务日志。因为SQL Server使用了预先写入日志机制(Write-Ahead Logging mechanism),在事务提交前,事务必须总是物理写入到事务日志。但你的事务日志在慢的存储上,你的性能和生产力就会受伤害。因此SQL Server实现所谓的……

基数计算(Cardinality Estimation)

在关系数据库里,是最重要的东西,因为这些基数计算会流入查询优化器,它的工作是生成足够好的执行计划。在SQL Server 2014里微软完全重写了基数计算来克服一些限制,基于历来这个是非常重要的组件。

参考文章:

转载地址:http://roxel.baihongyu.com/

你可能感兴趣的文章
[hdu6437]Problem L. Videos
查看>>
python 数据加密以及生成token和token验证
查看>>
优达学城数据分析师纳米学位——P4项目知识点整理及代码分析
查看>>
压缩 KVM 的 qcow2 镜像文件
查看>>
python 读写文件中 w与wt ; r与rt 的区别
查看>>
深究“通过样式表实现固定表头和列”
查看>>
《Office 365开发入门指南》上市说明和读者服务
查看>>
Docker生态会重蹈Hadoop的覆辙吗?
查看>>
WPF换肤之八:创建3D浏览效果
查看>>
JEECG环境搭建(Maven版本)-总结Eclipse
查看>>
HTTP第一篇【简单了解HTTP、与HTTP相关的协议】
查看>>
Python生成随机验证码
查看>>
Python学习笔记(3)——数据类型和变量
查看>>
03、微信小程序之 永不过时的HelloWorld
查看>>
NFS配置不当那些事
查看>>
[译] 如何写出更好的 React 代码?
查看>>
一起撸个朋友圈吧(step3) - ListAdapter篇
查看>>
LeetCode 642 号问题:设计搜索自动补全系统
查看>>
探究Android View 绘制流程,Canvas 的由来
查看>>
JS原生交互
查看>>