MVP黄钊吉（發糞塗牆）

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（13）——使用Query Store（2）——报表介绍（2）本文继续如何使用Query Store的常用场景前言  Query Store有很多用途，基于它的收集功能，很适合作为服务器的性能基线。性能基线是一个标准，用来后续判断服务器是否存在性能问题。所以专业的数据库及服务器运维，都应该制定合理的性...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（12）——使用Query Store（1）——报表介绍（1）本文继续介绍Query Store的报表带有强制执行计划的查询  显示已经被强制使用特定执行计划的查询。可以看到用了多少执行计划，也可以用于回顾。  由于这个报表本人用的比较少，所以就不做过多介绍。具有高度差异的查询  这个报表可以...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（11）——重新认识Query Store（4）——Query Store维护本文开始介绍Query Store的输出——各种报表                                          下一文：Azure SQL DB/DW 系列（13...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（9）——重新认识Query Store（2）——工作原理本文介绍Query Store的配置，包括PaaS平台和非云版本P73...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（9）——重新认识Query Store（2）——工作原理本文介绍Query Store的配置，包括PaaS平台和非云版本默认设置  和其他功能一样，要最大化它的潜在用处，需要按需配置。Query Store在非云版本中（托管实例除外，因为托管实例非常接近非云版本）默认是不开启的，如果你需要使用，当然...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（8）——重新认识Query Store（1）——简介本文介绍Query Store的技术内幕数据来源  Query Store中的数据由三个部分的数据来源组成：查询和计划的信息：有关查询本身的数据以及查询优化器从该查询派生的执行计划的数据。查询的运行时信息：查询运行得多快，被调用了多少次，以及...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（7）——Query Store案例（4）——查找参数化问题本文开始整理和总结Query Store的技术要点，以更详细的方式简介Query StoreQuery Store优势  Query Store默认是关闭的，一旦开启，它就会收集数据库中查询的汇总信息和工作负载的统计信息。这些数据可以用来处理...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（6）——Query Store案例（3）——查看等待信息本文演示如何用Query Store查看参数化带来的性能问题，但是跟前面3篇案例不同，这次使用纯T-SQL而不是GUI。前言  Query Store提供了一个全新的方式用于协助数据库用户处理性能问题甚至其他故障，本文演示如何使用Query S...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（5）——Query Store案例（2）——计划回归本文演示如何用Query Store查看等待信息前言  关于等待信息的查看和使用方式有很多种，本文用全新的方法也就是Query Store来查看等待信息。  我们知道，等待信息几乎可以说是常规应对性能问题甚至其他异常时的首要切入点。其实回顾过去的...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（3）——Query Store简介本文演示如何使用Query Store来找到计划回归并处理https://www.sqlpassion.at/archive/2016/01/18/performance-troubleshooting-with-the-query-store-in-sql-serv...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（3）——Query Store简介本文演示如何使用Query Store来找到Missing Index环境搭建  本文以AdventureWorks2017作为演示，使用SQL Server 2019的兼容级别（150）。  首先需要启用Query Store，可以在SSMS中实现，不过如果你已...

本文属于Azure SQL DB/DW系列上一文：Azure SQL DB/DW 系列（2）——入门级监控性能的工具简介  从名字来看，Query Store就是查询存储，存储了查询（不仅限于SELECT，还包括 DML 语句如 SELECT、INSERT、UPDATE、DELETE、MERGE 和 BULK INSERT的计划。）的执行信息，供后续分析。它可用于SQL Server（本...

关于性能监控，目前常用的有3种：Azure的控制台提供了服务器的资源使用情况。Azure控制台有专门的Performance的部分，特别是Performance Insight。在SSMS种可以查看的Query Store。接下来将简介一下这三种，然后优先介绍Query Store，因为这个功能可能更加有用。当然，还有一些其他方式可以使用，比如Extended Events。...

由于不同的云供应商有自己的封装，加上本人目前公司的项目使用国际版的微软云Azure，所以我的环境只集中在国际版的Azure平台。前言  云计算已经不再是什么新鲜事，作为IT人员更加如此。                                                      ...

在SQL Server 列存储索引性能总结（10）——行组的大小影响一文中，实验过程当把服务器的max server memory(MB)值调到300MB并创建聚集列存储所以时，整整跑了5个小时都还没完成，然后查看对应的会话阻塞情况，发现了这个我过去很少见到过的等待状态，所以找了一些资料了解一下。当然，光从行为上，我大概能猜出是内存不够的原因，但是还是需要了解一下具体情况。背景  在 “S...

接上文：SQL Server 列存储索引性能总结（10）——行组的大小影响索引需要维护，这个不多说，而维护通常就是两种：重建和重组。在一些可控的环境下（比如自己的机房），我选择使用Ola Hallengren的一整套维护脚本。非常好用。不过对于类似PaaS平台的SQL Server，可控性很弱，可能需要自己开发。但是这个不是本文的主题。本文介绍并演示重组和重建。如何选择重组和重建重组  ...

我们知道，为了更好的性能，行组（row group)的大小最好是1045678行，或者小于10万行。如果没有办法达到最佳大小，在读取大量数据的时候，就很难用到列存储的优点。在列存储索引中，最重要的概念就是行组和片段，它们分别代表了数据存储在行存储和列存储中。在片段中，不管你存了1行还是100万行数，读取的时候都是每个页或者区来读取，所以如果行数太少，是挺浪费的。如果对未排序的列使用筛选条件，那...

接上文SQL Server 列存储索引性能总结（8）——列存储中的Dictionary，本文演示一下创建或重建及重组列存储索引时所需要的内存，因为在SQL Server 列存储索引性能总结（5）——列存储等待信息中我们也看到了如果内存不足，会出现不少等待。背景   在数据导入列存储索引后，通常还会有不少行组没有被压缩，甚至全部没有被压缩，这个时候除了Tuple Mover之外，还可以通过...

接上文：SQL Server 列存储索引性能总结（7）——导入数据到列存储索引的Delta Store，前面提到了几次Dictionary，本文快速介绍一下它到底是什么，以便更好地理解列存储。不过这部分不会讲太深入，因为这个功能只能用于SQL Server而不适用于SQL DB和SQL DW（现在称为Azure Synapse Analytics）环境  本文继续使用ContosoRe...

列存储索引有推荐的最佳导入行数，过小会导致数据先进入Delta Store（行组，row group），这个是行存储的B 树结构，然后通过Tuple Mover对数据进行编码和压缩最终成为片段（segment），这时候才能说进入了真正的列存储索引中，才能真正发回去列存储索引的优势。在我目前的项目中，导入数据是个头痛的事情，数据量不是非常大，但是表的列很多，4~500列。...

接上文：SQL Server 列存储索引性能总结（5）——列存储等待信息，前面的文章主要集中在聚集列存储上，下面也是时候引入一下费聚集列存储索引的内容。   这篇文章集中在不同列存储索引的“压缩”上面。还是使用ContosoRetailDW库做演示。对比一下两种列存储索引的压缩效率，其实我们应该已经知道结论了，不过不妨再看看过程。   本文选择四个不同数据量，列也不相同的表做对比，尽可能覆...

接上文：SQL Server 列存储索引性能总结（4）——列存储压缩，本文介绍列存储相关的锁   上周六，我在加班，为公司的Azure SQL DB测试聚集列存储索引，按照网上的说法，对堆表建立聚集列存储索引应该很快的，何况我使用的是SQL DB中最高I/O的Pricing Tier——Business Critical vCore 80，号称IOPS 可达204800，Log的吞吐量也可以...

接上文：SQL Server 列存储索引性能总结（3）——列存储的锁，列存储的其中一个强项在于非常高的压缩率，如果没有这个压缩功能，列存储不可能有极大的性能提升。本文就来演示一下压缩方面的内容。案例测试   压缩率高不高直接看大小的变化已经足够了，这次我们使用ContosoRetailDW库的FactOnlineSales表，这个表有1200万数据，可以作为一个借鉴，我们先把数据挪到一个堆...

接上文：SQL Server 列存储索引性能总结（2）——获取元数据信息，本文介绍列存储相关的锁   现在在TempDB中重新建表：IF OBJECT_ID('dbo.CCTest', 'U') IS NOT NULL drop table dbo.CCTest;create table dbo.CCTest( id int not null, name varchar(50) ...

接上文：SQL Server 列存储索引性能总结（1）——环境准备及简介， 本文介绍怎么获取和解读元数据信息，以便后续演示过程能知道内幕技术，也可以方便在日常工作中的TroubleShooting。环境准备   我们先创建一些环境，然后一边演示一边介绍，为了不受示例数据库的影响，这次在TempDB上面运行。   创建测试表加聚集列存储索引，然后循环插入240万行数据：--use Tem...

列存储是从SQL 2012引入，并在后面发挥非常大性能提升的功能，因为当前工作过程需要使用，并且已经出现了很多问题，所以这里我打算把这两个月的经验总结和分享一下。这个系列跟前面的有些类似，但是我希望能够把零碎的知识点合在一个系列中，最起码方便自己以后搜索。环境准备   本文会使用SQL Server On Linux环境，不过这个问题不大，SQL Server 使用2019版本。   ...

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》接上文：SQL Server On Linux（26）——SQL Server on Linux 性能（10）——列存储索引简介这次来做一个简单的实操演示  这次我们使用WideWorldImportersDW库来演示。  首先查一下哪些表用了聚集列存储索引：USE [wideworl...

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》本文介绍SQL On Linux上的性能提升功能，列存储索引，实际上这个并不仅仅是Linux上才有，所有平台的SQL Server包括windows、linux和云平台都有，而且在本人工作中用了不少，所以做个技术分享。前言  在SQL 2012之前，我们能用到的所有索引都是“行存储索引”...

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》接上文 SQL Server On Linux（24）——SQL on Linux 备份和还原（1）——备份， 本文演示“备份”的配套工作——还原。  还原操作在两个平台上都类似，可以使用SQL命令或者SSMS图形界面操作，比较常见的差异在于你需要还原的数据库来自于别的地方（如别的服务器或...

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》简介  备份和还原的重要性这里就不多说了，但是需要额外提醒一下，备份和还原应该总是“一个”操作，不考虑还原的备份不能认为是有价值的备份。  本文重点在Linux上的SQL Server备份，关于Windows上的SQL Server备份，网上已经有很多成熟的资料，这里就不累赘了。  备份的...

工作需要，要评估Azure SQL DB的配置，所以整理一下网上搜集的信息，由于云产品更新迭代很快，所以今天的内容可能在不久的将来就会变更，但是这个不影响本质。本文归属：SQL Azure 工作积累（1）——添加用户到Azure SQL DB简介  截止发文之时， Azure SQL DB有两种付费模式，一种是vCore，一种是DTU，但是由于公司使用vCore为主，所以先考虑vCore...

接上文SQL Server导入性能对比（2）——非聚集列存储索导入，本文测试In-Memory搭配聚集列存储索引的导入性能。环境准备  先创建测试表，in-memory需要数据库开启“MEMORY_OPTIMIZED_DATA”并且添加专用文件组：use master;GOALTER DATABASE [ContosoRetailDW] ADD FILEGROUP [Conto...

接上文 SQL Server导入性能对比（1）——并行导入， 这次使用非聚集列存储索引来测试性能。环境  首先说明一下这里使用的还是SQL 2016以上的非聚集列存储索引，也就是可更新的列存储索引，在2012的时候已经出现但是是不可更新的。  首先先创建测试表，然后对全部列进行索引化。注意这个时候表实际上是堆表，因为没有任何聚集索引在上面。CREATE TABLE [dbo].[Fac...

随着大数据和大量数据系统的出现，数据的加载变得越来越重要，很多岗位甚至只需要ETL技能，不过今时今日数据加载已经不再是单纯的ETL，还有ELT，甚至不需要进行数据移动的计算等等。本文先把精力放在传统的ETL上。介绍几种数据加载的过程和对比。常规数据加载方式  数据加载的本质就是把数据插入特定的地方，通常我们关注的是性能，说白了就是插入完成的时间，及引起的空间消耗。  本文及后面两篇文章...

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》这几天我一直在跟进公司的一个性能问题，里面涉及到聚集列存储索引的问题。跟微软的技术支持讨论了一下，他们的建议可以考虑转成非聚集的列存储索引，那我到底怎么做好呢？我觉得有必要研究一下这两者的差异，说不定可以得出一个“不用列存储索引”的结论呢。为了感觉记录下处理过程，在本系列中先缓一下分区的内容...

本系列打算用于记录本人在工作中使用到Azure的功能，主要记录与本地SQL Server或者其他比较不一样的地方，不过由于每个人对工具软件的熟悉程度和侧重点不一样，所以无法覆盖所有读者的需求。前言  第一篇文章记录的是关于Azure SQL DB的用户，在非PaaS版本中，我们通常都使用SSMS来创建和管理登录名和用户。不过对于PaaS，就有点不同。  因为PaaS在界面和权限上跟非Pa...

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》小结：分区方案是把分区函数映射到物理文件组的过程。可以使用ALL关键字把所有分区映射到一个文件组中。可以使用Primary关键字把分区映射到数据库的主文件组中。修改分区方案意味着指定哪个文件组为NEXT USED。使用SPLIT和MERGE管理分区的文件组时，要注意哪些文件组受到影响...

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》本篇开始专门对性能进行一系列讲解，这一系列不限于Linux平台，更多的是针对SQL Server本身。上一文简单介绍了一下分区的大概情况，本文把分区功能拆散细讲。分区函数说明  首先了解一下分区函数，分区函数是分区过程的第一步（当然调研才是实际第一步），它用于指定整个分区的逻辑层内容，...

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》本篇开始专门对性能进行一系列讲解，这一系列不限于Linux平台，更多的是针对SQL Server本身。SQL Server性能新特性  SQL Server发展至今，为了不断提升性能，引入了不少最新技术。它们主要以分区表/索引，In-Memory OLTP 和列存储索引这三类核心技术为主...

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》  

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》  

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》  

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》  

https://www.databasejournal.com/features/mssql/data-encryption-using-always-encrypted-in-sql-server.htmlTDE to secure data at restEncryption based data security to secure cell level valuesDynamic D...

pro sql server on linux p376

阿萨德

本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》Always Encrypted，简称AE，官方翻译叫始终加密

大家是否已经很熟悉快递单上的手机号中间几位打码的情况？虽然我不清楚别人用的是什么技术，但是在SQL Server 2016开始，使用Dynamic Data Masking（DDM，动态数据掩码）就可以实现这种效果，下面来演示一下。DDM 演示  为了保证环境不受影响，这次使用TempDB来演示。--创建测试数据USE tempdb;GOSELECT TOP (10) ID ...

数据库及数据的安全在今时今日的重要性已经不用多说，那么作为成熟的数据库管理系统，SQL Server特别是SQL Server On Linux上对安全性又作出了什么的改进呢？接下来几篇将向大家介绍一下。在本篇中，主要介绍的是以AD授权方式登录Linux上的SQL Server。安全简介  下面先看个图，下图的右边是近8年来安全方面的统计，可以看到SQL Server远比其他产品低。左边是...

从版本而言，SQL Server On Linux提供了比Windows平台更便捷的更新版本方式，但是Linux上更加讲究CU和GDR这两个概念。同时这种便捷方式也适用于卸载和移除SQL Server工作中，接下来我们简单介绍一下。升级SQL Server  首先来看看SQL Server的升级，在Linux平台上，SQL Server很依赖于“存储库”（repository），基于这个存...

asdfasdf

接上文：[SQL Server On Linux]随着数据库的使用时间越来越久，空间问题越显突出。这个时候其中一个手段就是加空间。很多时候是通过加磁盘来实现。在很多规范化的企业里面，有专门的IT人员负责运维服务器，DBA通常只负责管理数据库。但是作为新时代的DBA，有必要了解DB以外的内容。那么下面来演示一下如何在Linux上添加磁盘以满足SQL Server的空间要求。  要添加磁盘，首...

接上文：[SQL Server On Linux]随着数据库的使用时间越来越久，空间问题越显突出。这个时候其中一个手段就是加空间。很多时候是通过加磁盘来实现。在很多规范化的企业里面，有专门的IT人员负责运维服务器，DBA通常只负责管理数据库。但是作为新时代的DBA，有必要了解DB以外的内容。那么下面来演示一下如何在Linux上添加磁盘以满足SQL Server的空间要求。  要添加磁盘，首...

文件目录内存调整（引出NUMA）

  接上文SQL Server On Linux（2）——SQL Server 2019 For Linux安装过程细节研究正所谓工欲善其事必先利其器，读者可能也跟作者一样很迫切希望了解和尝试SQL Server On Linux及SQL 2019的各种新特性，不过为了走得更远，并且少踩坑，作者还是建议先把路踏踏实实地铺好。当我们有一个可用的环境之后，不妨先把示例数据库准备好。  很多人应...

接上文SQL Server On Linux（1）——CentOS 7 安装SQL Server2019在安装过程中，作者发现了一些信息，这些信息引起了作者的兴趣，那么下面作者把自己研究的结果分享出来，如果读者对此有深入研究过，欢迎指正。...

前言SQL Server 2019已经正式公布，虽然只是preview版，但是不影响我们追求新的技术。接下来的一个系列，随着本人的研究，尽量让这个系列成为“教程”，真正的入门到精通。环境准备  不废话，先把研究环境搭建起来。由于某些原因（晚点再说），本系列首先使用CentOS 7作为操作系统。官方指引中支持的Linux平台及文件系统中并没有指出CentOS，但是作为与Red Hat同源的...

本文属于SQL Server T-SQL执行内幕系列     每当操作读取页的数据，意味着这些数据需要固定到缓存（buffer pool）中。这个时候可能会导致操作被阻塞，因为当所需要的数据不在内存时，需要把数据从磁盘载入内存，这个时候操作需要等待页从磁盘搜索并载入内存。如果由于系统负担很重或者载入的量很大，磁盘I/O响应不及时，那么此时操作就会被阻塞（stall），性能将会暴跌。    从现实生...

本文属于SQL Server T-SQL执行内幕系列    关系型数据库的数据访问操作总是从内存的缓存中读取数据而不是从磁盘中读取。这个缓存称为Buffer Pool。如果数据访问操作符未能在缓存中找到所需的数据，那么就需要从磁盘中加载，这就会产生一个磁盘I/O读（set statistics io on中的物理读），并且需要等待这个物理读完成（及从磁盘找到数据并加载到缓存为止）之后，才能进行操作...

本文属于SQL Server T-SQL执行内幕系列    在执行树的叶子端（通常就是图形化执行计划每个分支的最右端），一般是实际访问数据的操作符。当调用这些操作符上的next()方法时，会返回表或者索引上的实际数据。数据访问通常有三类可能的操作符：Scan：    各类扫描，扫描操作会在数据上循环访问所有的行。它永远不会定位一个特定的行，取而代之的是扫描整个数据集。在执行计划中常见的扫描操作符有...

本文属于SQL Server T-SQL执行内幕系列    前面提到了数据访问，那么如何访问？访问什么？为此必须介绍一下数据存储的概念。SQL Server以三种方式存储和组织数据：均可从sys.partitions中查到Heaps：堆，指没有聚集索引（注意主键并非一定是聚集索引）的表。另外诸如select …into … from …语句生成的表也是堆表。SQL Server堆结构    在sy...

本文属于SQL Server T-SQL执行内幕系列    前面提到，在执行过程中，很多操作符都需要内存来支持运作。比如Sort操作符，需要存储所有的输入以便进行排序，而Hash操作，为了创建大型的hash表，也需要申请资源来存储数据。    基于操作符的类型和预估的影响行数及列的大小（这些都可以从统计信息获得），执行计划可以知道这些操作符需要的大概内存。整个执行计划所需的内存总和称为内存授予（M...

本文属于SQL Server T-SQL执行内幕系列     在执行引擎按照执行计划的要求把数据成功检索之后，就需要把数据返回给客户端。这里的结果不是单纯的数据库引擎完成查询数据之后的结果，而是客户端（如SSMS）接收到数据的结果。一旦数据已经“填满”执行树的各个操作符，那么最顶端的根操作符就会负责把数据写入网络缓存（network buffer）并把这些数据发送给客户端。    结果集并不是直接...

本文属于SQL Server T-SQL执行内幕系列     一旦优化器选择了开销最低的预估执行计划之后，就会把预估执行计划转换成实际执行树（Actual Execution Tree）进行查询执行。树的每个节点都是一个操作符。操作符及一系列的有向箭头（代表数据流的方向及结果集的数据量（箭头粗细）） 组成了整个执行计划，这里指的是图形化执行计划。    所有的操作符都实现一个具有三个方法（open...

本文属于SQL Server T-SQL执行内幕系列    接上文，当解析和编译完成后，请求的生命周期就进入下一步——优化（Optimisation）。在SQL语言中，优化的本质就是找最好的路线。意思是在多种可能的候选数据访问方式中选择最佳一个。比如两表关联的简单查询语句，每个表有1个索引，那么就有4种可能的数据访问方式（AB两表的索引扫描、AB两表的索引查找，A扫描B查找、A查找B扫描）。随着表...

本文属于SQL Server T-SQL执行内幕系列    接上文，当请求被任务接收同时得到工作线程指派执行后，就开始在SQL Server内部进行运作。当请求被执行时，第一步就是要先解析（Parsing）请求，把TDS数据流转换成SQL Server可识别的格式。    从客户端发送的是T-SQL文本，然后转换成TDS数据流，到达SQL Server之后变回T-SQL文本。但是由于纯T-SQL文...

本文属于SQL Server T-SQL执行内幕系列    接上文：T-SQL执行内幕（1）——简介    本节以介绍一些基础的但又容易混淆的概念。包括：Tasks、Workers、Threads、Scheduler、Sessions、Connections、RequestsScheduler：计划程序，特指SQL OS的Scheduler，用于管理SQL Server中的线程调度的对象，每个计划...

本文属于SQL Server T-SQL执行内幕系列前言：    本文主体内容来自于：http://rusanu.com/2013/08/01/understanding-how-sql-server-executes-a-query/但是经常打不开，本人又在：https://www.codeproject.com/Articles/630346/Understanding-how-SQL-Ser...

本系列属于 SQL Server性能优化案例分享 专题    当你使用SQL Server 2014及以上版本并且数据库的兼容级别为120或以上时，可能会有一个比较奇怪的现象，原本在SQL 2008/2012上运行正常的数据库，可能因为迁移到SQL Server 2014版本，在新环境突然变慢了。    一般来说，迁移/升级实例版本时，我们必不可少的工作有：备份、重建全库索引、全库更新统计信息。但...

本系列属于 SQL Server性能优化案例分享 专题    部分内容借用《SQL Server 2012实施与管理实战指南》P592，如果SQL Server错误日志里面并没有17883/17884这类错误，但是SQL Server CPU很高，那一般就是工作负载太高导致的。意味着SQL Server并没有什么大问题，但是很辛苦地在完成用户发过来的请求。    由于CPU较于内存、阻塞、磁盘等资...

    原文出处：What caused that plan to go horribly wrong – should you update statistics?    由于本人确实遇到过这类问题，但是基于水平和经历，不打算重复造轮子，所以把大牛的文章翻译一下以供大家参考。以下是译文：过去几年里，我（作者）遇到这类情景：    有一个存储过程在大部分时间里面都运行得很好，但是突然就不行了。其性...

本系列属于 SQL Server性能优化案例分享 专题    最近遇到服务器CPU持续居高问题，通过计数器的检查，初步断定存在语句性能问题，然后有针对性地抓取问题语句（来龙去脉将会在另外一篇文章解释，本文关注Hash Warning），其执行计划如下：    因为这是生产环境，所以下面例子把表名替换成A/B/C/D等表。代码很简单，大概样子如下：SELECT bo.Scode ,d.PCode ,...

本系列属于 SQL Server性能优化案例分享 专题    在执行计划中出现的Spool操作符，往往都具有明显的性能问题，也意味着数据库的设计、编码等可能存在问题，所以本文专门介绍一下这个操作符。   Spool介绍    Spool是内存或者磁盘上的缓存（cache）或临时表。SQL Server用这个结构来提升在执行过程中需要多次执行的复杂的子表达式的性能。注意几个次：一次运行中多次执行、复...

本文属于SQL Server安全专题系列    确保非授权用户不能非法进入系统环境。只安装所需的软件组件。最小化访问SQL Server的用户，强烈建议借助操作系统使用Windows身份验证或者SQL On Linux的集成身份验证来访问。 哪怕是DBA，也应该仅在需要时采用sysadmin登录，更安全的方式是使用Windows身份验证登录。SA帐号如果启用，应该设置强密码。但是依旧建议使用Win...

    写了那么久的文章，觉得文章篇数很多，但是缺乏一定的管理，混乱无序的知识归档，对于一个专职DBA来说，有点“不称职”，所以为了自己后续快速查找，也为了方便读者查看，所以整理一个专题。这个专题可能会涉及过百篇文章，在本人工作过程陆续添加。    目前根据个人习惯，我偏向于以“主要现象”来做分类，比如CPU过高，连接失败等。这样在搜索时更加容易，同时从标题来看更加有针对性。但是作者不保证在编写了...

本文属于SQL Server安全专题系列    SQL Server默认禁用不安全的功能。如果需要启用，可以通过SSMS来实现，本文介绍手动配置外围应用配置器和使用策略管理来管理外围环境。手动配置外围应用配置器    右键实例，选择facts如下图，然后在【方面(F)】中选择“外围应用配置器”：可以看到下面的选项，通常我们会使用到“XPCmdShellEnabled”项，如果要用，则选择【True...

本文属于SQL Server安全专题系列    前面大篇幅介绍了SQL Server及操作系统的安全，现在是时候介绍一下外围主要是网络层面的安全。这部分主要包括网络功能、服务和端点。因为绝大部分的攻击都来自于网络，所以网络层的安全控制某种意义上可以说是最外层的防御。本文先介绍一下网络方面的配置。网络配置    在介绍之前先要了解一下基础知识，包括端口和协议。这对后续防火墙的管理很有必要。端口和协议...

本文属于SQL Server安全专题系列    前面讲到的很多内容都是对数据加密和权限控制，这些主要在SQL Server内部，但是还有一种情况就是文件的安全性，除了在操作系统层面对文件进行访问控制之外，还要确保服务器被攻击之后文件被窃取的情况。为了避免文件被窃取后通过特权方式获得数据，有必要对文件也进行数据安全加密，在SQL Server中提供了一种叫透明数据加密（Transparent Dat...

本文属于SQL Server安全专题系列    在SQL SERVER中的数据可以使用密码或者证书来加密。本文分别来演示一下使用密码和证书来加密。使用密码或短语（passphrase）加密数据    在SQL Server中最常见的数据加密函数是ENCRYPTBPASSPHRASE()。这个函数可以使用密码或者短语直接对数据加密而不需要经过SQL Server的加密层次体系。下面使用Adventu...

本文属于SQL Server安全专题系列    加密是一种使用密钥和证书的算法来混淆数据的过程。如果没有密钥和证书，即使得到了数据，也无法得知数据的本来面貌，数据就没有价值了。但是由于加解密本身就是一种非常耗资源（特别是CPU跟I/O ）的计算操作，同时加密后的数据本质上会增大，所以也往往会带来性能的下降。所以一般都只能按需使用。    SQL Server到2016为止，加入了很多种加密技术，比...

本文属于SQL Server安全专题系列    随着元数据的使用频率越来越高，安全性也越来越凸显，因为从元数据中可以得到很多不应该随意暴露的系统信息。所以，绝大部分的元数据并不能随意被查看，通常都需要授权。    比如当一个用户A被授权查询B表，那么这个用户A就自动获得了在sys.tables和sys.objects中关于B表的信息。否则他无法真正使用这个B表。    如果需要查看那些没有权限访问...

本文属于SQL Server安全专题系列     这里需要注意，加密不是动词，而是指关于加密功能的元数据。SQL Server作为成熟的数据库管理系统，必须有加密功能，而加密功能又需要有一定的元数据作为协助，不然对于用户或者DBA来说会很难使用。本文重点介绍在SQL Server 2016出现的Always Encrypted（始终加密）和2008开始出现的TDE功能的元数据。Always Enc...

本文属于SQL Server安全专题系列 审核除了应对用户行为之外，还能进行“审核审核”以避免别人对自己的怀疑。比如一个恶意的 DBA关闭了审核, 然后执行的是一个危险的行为, 则该操作本身将不会被审核, 但 由于DBA已经关闭了审计, 然后再次将其重新打开的时候，这个打开操作将被审核。 SQL Server提供了很多元数据对象来实现审核增强，其中一个最常用的就是sys.fn_ge

本文属于SQL Server安全专题系列 在某些日常工作中,安全配置文件可能会成为需要保护的对象。下面对这些可能进行简介, 并演示元数据如何帮助你验证或实施策略。Code Signing： 代码签名，代码注入攻击明显是违反了安全策略，可以使用代码签名来防御这类工具，假设安全策略上要求所有程序集和存储过程必须使用代码签名来最小化安全威胁。 下面的代码返回在数据库中

本文属于SQL Server安全专题系列 虽然大量的安全元数据（security metadata）可以从SSMS中查询（指鼠标操作），但是有些元数据仅能通过T-SQL来查看。完整的安全元数据足以单独成书，这里仅介绍一些有用的或者可能会用到的内容。安全主体元数据： 当在实例上实施安全策略时，很有可能就要收集很多安全实体或者安全对象的信息。比如一个策略是所有数据库必须属于

本文属于SQL Server安全专题系列 在安全领域中，“攻”“防”一直在持续着，并且很不幸，攻击者永远处于主动地位，一切防御方案都是基于已经发生的攻击来制定的，但是深入理解原理，不仅可以快速应对攻击，也能从中推测出一些可能的衍生攻击方案并作出提前防御。  本文将集中在服务帐号上的攻击介绍。曾经看过一部外国电影，名字早忘了，但是有一句话一直记在脑海里（大概也有十几年了吧）：世界上不存在没有

今天机缘巧合搜到一篇微软CSS团队的一篇案例分享，在本人学习SQL On Linux过程中，对很多知识点存在不理解，看了这篇文章之后，觉得很有必要存起来，不管有没有其他人看，对我自己还是很有用，所以决定翻译一下，我相信在不久的将来这篇文章会被重视，因为SQL On Linux已经出来了一段时间，并且部分客户已经在用，国内市场的改变也只是时间上的问题。 这是一篇关于SQL Server运行在Li

本文属于SQL Server安全专题系列 在安装SQL Server时，很重要的一步就是选择所需的服务，由于每个服务必须有一个服务帐号，所以也就需要帐号的选择和配置，应该坚持最小所需权限原则。最小所需权限原则应该针对日常运行所需来制定，如果偶发性的需求，可以临时提权但是记住要用完后马上降权。 下表列出了常规服务帐号的基本所需权限，当然只是“基本”的，如果需要进行额外操作，也可以适当

本文属于SQL Server安全专题系列 服务帐号本质是一个操作系统帐号，每个SQL Server服务都需要配置一个服务帐号，并使用这个帐号来运行服务。本篇将介绍关于服务帐号的一些安全方面的内容。类型： 截至到SQL 2016，SQL Server支持下面类型的帐号作为服务帐号：Local User：创建在本机的Windows帐号。Domai

      随着大数据、云计算的兴起跟数据量的几乎全量存储，使得安全性越来越受重视。所以这里根据工作经历、多本专家书籍跟官方文档整理出一个安全系列专题，但是毕竟安全这个东西，很广、很深，而且涉及从行政手段、技术手段，从网络到硬件到操作系统最后到数据库甚至行列的内容，无法真正写一个完完全全的专题，更多地是希望起到抛砖引玉的作用。     另外由于某种目的（应该在2018年就会揭开答案），有某些部分应...

本文属于SQL Server安全专题系列接上文：SQL Server 安全篇——数据层面安全性（2）——所有权链接( Ownership Chaining) 模拟是指在不同安全主体的上下文下执行T-SQL语句或代码模块的做法。用来最小化权限授予和授予权限的用户数，但是不影响执行时提升到所需的权限。实际上，在会话或模块的执行期间，模拟起到了用户或登录名切换的过程。也可

本文属于SQL Server安全专题系列 接上文：SQL Server 安全篇——数据层面安全性（1）——架构Ownership Chaining SQL Server 2016提供了一种叫行级安全性（row-level security,RLS）的功能，但是这种功能是比较有限制的，标准的方式是使用视图或存储过程来限制数据返回。并且通过对视图或存储过程的授权

本文属于SQL Server安全专题系列 在安全性主体层级之下，SQL Server 为保护数据提供了一组丰富的功能。本章将介绍架构、所有权链接和继承。本文集中介绍架构（Schema）。正文： 如果学过编程语言特别是JAVA、C#等的话，应该听过命名空间（namespace）这个术语。是一个逻辑的容器，schema把数据库对象包在里面。并且在对象和它们的拥有

本文属于SQL Server安全专题系列 接上文：SQL Server 安全篇——SQL Server 审核（2）——审核实操，很多时候，原生的审核功能并不能完全满足需求，这个时候，就可以使用服务器审核规范或者数据库审核规范来捕获USER_DEFINED_AUDIT_GROUP审核操作组，然后手动在应用程序中触发。自定义服务器审核和数据库审核规范： 下面