服务器优化案列分析之SQL server内存优化

状况分析

环境如下:

硬件:IBM3610服务器

系统:windows2003  x32

应用:内部物流系统软件   C/S架构

数据库:SQL Server2000

问题:

  1. 因为物流系统架构问题(开发比较早05年开发架构)服务端和客户端都只能运行在32位环境下
  2. 这样导致系统内存用不上去,一直在3.25G左右
  3. SQL的运行内存一旦上去退步下来
  4. 用户连接量大的时候很卡,并发上不去

最后搜罗了很多方法,进行32位环境下的内存优化,具体如下:

1.Windows 2003 企业版 打开PAE更好的利用4G以上内存

修改boot.ini文件,如下:

[boot loader]

timeout=0

default=multi(0)disk(0)rdisk(0)partition(1)\WINNT

[operating systems]

multi(0)disk(0)rdisk(0)partition(1)\WINNT="Microsoft Windows 2000 Advanced Server"

/fastdetect /PAE

2.启用锁定内存页选项(windows)

启用锁定内存页选项

在"开始"菜单上单击"运行"子菜单,然后在"打开"框中键入"gpedit.msc"。

在"组策略"控制台上,展开"计算机配置",然后展开"Windows 设置"。

展开"安全设置",然后展开"本地策略"。

选择"用户权限分配"复选框。

详细资料窗格中随即显示出策略。

在详细资料窗格中,双击"锁定内存页"。

在"本地安全策略设置"对话框中,单击"添加"按钮。

在"选择用户或组"对话框中,添加有权运行 sqlservr.exe 的帐户。

3.启用SQL的AWE

code 如下,设定SQL 使用6G的内存

sp_configure ‘show advanced options‘, 1

RECONFIGURE

GO

sp_configure ‘awe enabled‘, 1

RECONFIGURE

GO

sp_configure ‘max server memory‘, 6144

RECONFIGURE

GO

4.必须重新启动 SQL Server 2000 实例才能使更改生效。

net stop mssqlserver

net start mssqlserver

时间: 2024-10-05 03:34:38

服务器优化案列分析之SQL server内存优化的相关文章

SQL Server 内存优化表的索引设计

测试的版本:SQL Server 2017 内存优化表上可以创建三种类型的索引,分别是:Hash Index.内存优化非聚集(NONCLUSTERED)索引和聚集(CLUSTERED)列存储索引. 本文着重分享非聚集索引和哈希索引,这两个索引适用的场景是: 非聚集索引   如果查询中包含order by子句.或者包含 where index_column > value等范围扫描操作 ,推荐使用非聚集索引. 哈希索引       如果查询中包含点查找(point lookup),例如 where

MySQL优化之二:My SQL Server性能优化

1 安装优化 一般说来,系统功能越多越复杂,性能就会越差.因此在编译安装MySQL时,仅安装需要的功能模块.如存储引擎.需要的字符集等,让系统尽可能的简单. 2 日志设置优化 由于日志记录直接带来的性能损耗就是数据库最为昂贵的I/O资源,因此在默认情况下MySQL仅开启了错误日志,关闭了其它所有日志.但是在生产环境中,至少需要打开二进制日志和慢查询日志,前者是增量备份的基础,而后者有利于进一步对数据库进行优化.通常情况下,生产环境中很少会打开一般查询日志,如果打开,数据库会记录每一条操作记录对系

Sql Server 性能优化之包含列

Sql Server 性能优化之包含列 导读:数据数优化查询一直是个比较热门的话题,小生在这方面也只能算是个入门生.今 天我们就讲下数据库包含列这个一项的作用及带来的优化效果 引用下MSDN里面的一段解释: 当查询中的所有列都作为键列或非键列包含在索引中时,带有包含性非键列的索引可以显 著提高查询性能. 这样可以实现性能提升,因为查询优化器可以在索引中找到所有列值:不 访问表或聚集索引数据,从而减少磁盘 I/O 操作 上面这一段什么意思呢? 意思就是说设置好包含列,能提高查询性能,减少IO输出.

SQL SERVER全面优化-------写出好语句是习惯

前几篇文章已经从整体提供了诊断数据库的各个方面问题的基本思路...也许对你很有用,也许你觉得离自己太远.那么今天我们从语句的一些优化写法及一些简单优化方法做一个介绍.这对于很多开发人员来说还是很有用的!为了方便阅读给出前文链接: SQL SERVER全面优化-------Expert for SQL Server 诊断系列 首先还是贴出我的座驾 好的语句就像这辆车,跑的又快又帅气!今天这里介绍一些技巧让你可以改装一下自己的车! 网上确实有好多好多好多好多SQL 语句优化的文章,什么 优化大全 ,

SQL Server 性能优化实战系列(二)

SQL Server datetime数据类型设计.优化误区 一.场景 在SQL Server 2005中,有一个表TestDatetime,其中Dates这个字段的数据类型是datetime,如果你看到表的记录如下图所示,你最先想到的是什么呢? (图1:数据列表) 你看到这些数据,是不是觉得这样的设计既浪费了存储空间,又使得这个列的索引增大,查询起来更慢,你也想使用一些其它的数据类型来代替这个datetime吧? 其实大家都是这么想的,这个方向是100%正确的,但是在写这篇文章以前,我进入了两

SQL Server 并行操作优化,避免并行操作被抑制而影响SQL的执行效率

为什么我也要说SQL Server的并行: 这几天园子里写关于SQL Server并行的文章很多,不管怎么样,都让人对并行操作有了更深刻的认识. 我想说的是:尽管并行操作可能(并不是一定)存在这样或者那样的问题,但是我们不能否认并行,仍然要利用好并行. 但是,实际开发中,某些SQL语句的写法会导致用不到并行,从而影响到SQL的执行效率 所以,本文要表达的是:我们要利用好并行,不要让一些SQL的写法问题“抑制”了并行,让我们享受不了并行带来的快感 关于SQL Server的并行: 所谓的并行,指S

SQL Server数据库优化实战(一)

前言:一直想写一些关于SQL Server 数据库优化的文章,不过介于本人能力有限,一直不敢班门弄斧. 如今,想把已经整理好的几章放在博客上和大家分享,与君共勉. 分析问题: 对于优化来说,准确的找到问题点才是重中之重.接下来的几章会重点介绍如何去准确的发现问题,并迅速的提出最有效的解决方案. 获得问题关键点的方式方法会有很多,虽说自己动手丰衣足食,但最直接的就是听客户或者提出者的需求,并详细的询问需求. 例如:某个查询慢,某个操作慢等:当然更高端的就是直接告诉您哪条语句慢(一般来说能确定到语句

【SQL Server性能优化】运用SQL Server的全文检索来提高模糊匹配的效率

原文:[SQL Server性能优化]运用SQL Server的全文检索来提高模糊匹配的效率 今天去面试,这个公司的业务需要模糊查询数据,之前他们通过mongodb来存储数据,但他们说会有丢数据的问题,我从业务上了解到,显然对他们公司而言,丢数是绝对不能允许的. 另外,他们说之前也用过SQL Server的全文检索,但速度不够快,不如用mongodb快,当然我不太清楚他们所谓快的具体定义,比如查询只需要1秒,还是1分钟.他们的系统现在采用的是SQL Server,通过复制来实现高可用性,因为他们

SQL SERVER全面优化-------索引有多重要?

想了好久索引的重要性应该怎么写?讲原理结构?我估计大部分人不愿意看,也不愿意花那么多时间仔细研究.光写应用?感觉不明白原理一样不会用.举例说明?情况太多也写不全....到底该怎么写呢? 随便写吧,想到哪写到哪!  前面很多篇不管CPU.内存.磁盘.语句等等等都提到了索引的重要,我想刚刚开始学数据库的在校学生都知道索引对语句性能的重要性.但他们可能不知道,对语句的重要性就是对系统的重要性! 抛出一个问题 :你相信一条语句就能让你的大系统挂掉么? 带着问题,首先还是贴出我的座驾 最近不太喜欢红色换了