IT168首页 | 产品报价 | ChinaUnix社区 | ITPUB社区 | 文库 | 博客 | 自测 | 专题 | ITPUB学院

SQL Server数据库优化

DBA们应该将自己从“我要对什么调优?”的老路上解放出来,而在指标、配置和成本方面花费一定的时间。研究这些测量指标并做一个对根本原因的分析,而这将花费很多时间和精力。DBA都是聪明人,但很少在操作系统和DBMS系统性能调优上有发言权。

SQL调优之“忧”:如何进行SQL调优

我们都听说过RAID,也经常作为SQL DBA、开发人员或构架师在工作中讨论RAID。但是,其实我们很多人都对RAID的原理,等级,以及RAID是如何影响SQL Server性能并不甚了解。本篇文章就是为了补上这一课。

RAID的概念及RAID对于SQL性能的影响

硬盘作为现在计算机内部最后的机械存储部件,速度相比较内存和Cache而言会慢好几个数量级。但所幸的是,硬盘的成本是远远低于内存的。因此硬盘作为永久存储器是比较合适的,所幸的是为了克服硬盘慢速带来的问题,操作系统会对硬盘的使用有一个优化,下面让我们先来看硬盘的原理。

SQL Server如何利用硬盘原理减少IO

SQL Server查询分析器是基于开销的。通常来讲,查询分析器会根据谓词来确定该如何选择高效的查询路线,比如该选择哪个索引。而每次查询分析器寻找路径时,并不会每一次都去统计索引中包含的行数,值的范围等,而是根据一定条件创建和更新这些信息后保存到数据库中,这也就是所谓的统计信息。

浅谈SQL Server中统计对于查询的影响

理解SQL Server对于内存的管理是对于SQL Server问题处理和性能调优的基本,本篇文章讲述SQL Server对于内存管理的内存原理。

浅谈SQL Server数据库对内存的管理

从本篇了开始的接下来的几篇文章将会介绍与执行引擎相关的知识。执行引擎就是由大量的物理操作组成的(而这些物理操作又会去调用存储引起的相关方法),这些操作被查询处理器用来高效的执行我们的查询。

查询优化器:执行引擎之数据访问操作

可以说Join的顺序是查询优化过程中最复杂的问题(当然,这里说的复杂,是对于查询优化器而言,我们很多时候没有看到,也没用怎么在意这个复杂性),因为它涉及到了为每个可选的Join的顺序计算成本。可以这样说:Join的顺序与个数直接与产生候选的执行计划的数量挂钩,从而极大的影响查询优化器的优化过程

查询优化难点:Join顺序选择 避免误区

在上一篇中,我们稍微的谈了一些有关执行计划的知识,本篇的目的主要是补充上一篇,因为执行计划的东西很多很多,如果要讲清楚,那就得用一本书的篇幅来讲述,看以后的安排,如果有时间,可以进一步的尝试写写。

查询优化器内核:进一步了解执行计划

在前几篇文章中,我们已经谈了一些查询优化器的相关的基础介绍,也大致的了解了它到底是干什么的。查询优化器的结果就是产生执行计划,执行计划就是一个树,这个树由很多的物理操作组成,而这些物理操作就定义了如何去存储设备中去获取数据。

查询优化器内核:从一个实例看执行计划

MS、第三方公司甚至是个人开发者为SQLServer提供了很多其他的工具,如果你能充分的掌握这些工具,无疑会给我们数据库的管理、优化、测试和排错节省大量的时间和精力。

SQL Server DBA十大必备工具使生活轻松

若是不使用参数化查询,直接拼接SQL,那样就更没有查询计划复用一说了,除非你每次拼的SQL都完全一样。

SQL Server参数化查询优化的误区和意义

查询优化器是SQL Server中最重要的一个组件,影响着SQL Server的性能。了解查询优化的内部机制,可以帮助DBA和开发人员编写更好的查询。在之前的文章中,笔者为大家介绍了SQL Server查询优化器的工作原理及其最佳执行计划。本文将介绍查询的执行与计划的缓存及Hint提示。

浅析SQL Server查询执行与计划缓存

我们知道,查询优化器的基本的目标就是为我们的查询语句找出一个比较高效的执行计划。即使是一个非常简单的查询,也会存在很多的不同方式去访问数据,而这些不同的方式都是可以得到相同的结果的,所以,查询优化器必须要很“明智的”从这些大量的执行计划中找出了一个“最佳”的出来。

SQL Server查询优化器:最佳执行计划

SQL Server的查询优化器是一个基于成本的优化器。它为一个给定的查询分析出很多的候选的查询计划,并且估算每个候选计划的成本,从而选择一个成本最低的计划进行执行。实际上,因为查询优化器不可能对每一个产生的候选计划进行优化,所以查询优化器会在优化时间和查询计划的质量之间进行一个平衡……

浅析SQL Server查询优化器的工作原理

EMC公司于3月8日正式宣布为Microsoft SQL Server 2012推出广泛的技术支持、新的EMC Proven解决方案和咨询服务,以帮助客户为数据中心的关键任务应用部署SQL Server。EMC的最好技术结合微软最新的SQL Server,两者可谓是强强联手,无论是微软还是EMC的高管,都对这次合作的意义都给予了很高的评价。

EMC联手微软:为SQL Server2012保驾护航

虽然说现在NOSQL相关的技术非常的火热,但是RMDB(关系型数据库)与NOSQL是并存的,并且适用在各种的项目中。在一般的企业级开发中,主要还是RMDB占据主导地位。并且在互联网项目中,也不是摒弃了RMDB,例如MySQL就在很多的互联网应用中发挥着作用。

SQL Server大负载性能优化:元数据优化

随着互联网应用的广泛普及,海量数据的存储和访问成为了系统设计的瓶颈问题。对于一个大型的互联网应用,每天百万级甚至上亿的PV无疑对数据库造成了相当高的负载。对于系统的稳定性和扩展性造成了极大的问题。

SQL Server数据库大型应用解决方案总结

随着时间的推移,管理基于SQL的脚本简直成了梦魇。Rails则通过ActiveRecord Migration解决了这个问题。Sam Livingston-Gray编写了一个独立的Ruby小工具,来生成层次化的迁移脚本。

脱离梦魇:通过SQrbL简化SQL迁移脚本

SQL Server是微软开发的一套关系型数据库。SQL Server一开始并不是微软自己研发的产品,而是与Sybase合作所产生,其最早的开发者是Sybase,1989年发布SQL Server 1.0 for OS/2,同时微软也和Sybase合作过SQL Server 4.2版本的研发,

行式数据库评测:SQL Server2008 R2版

SQLSERVER的表值函数是SQLSERVER 2005以来的新特性,由于它使用比较方便,就像一个单独的表一样,在我们的系统中大量使用。有一个获取客户数据的SQLSERVER 表值函数,如果使用管理员登录,这个函数会返回150W行记录,大概需要30秒左右,但如果将TOP语句放到表值函数外,效率异常低下,需要约3分钟。

SQL Server之TOP语句安放位置差异
金秋十月 与你饮酒论道
热门文章
it168文库会议频道上线

热门标签

热点推荐