SQL-Server数据库占用过多内存时产生的一些问题 (sqlserver)

在实际操作种经常会有网友会问道，SQL Server数据库占用了太多的内存，而且其还会不断的增长；或是已经设置了相关的使用内存，可是它却没有用到那么多，这是怎么一回事儿呢？

下面，我们来具体看以看SQL Server数据库是怎样使用内存的。

***的开销一般是用于数据缓存，如果内存足够，它会把用过的数据和觉得你会用到的数据统统扔到内存中，直到内存不足的时候，才把命中率低的数据给清掉。所以一般我们在看statistics io的时候，看到的physics read都是0。

其次就是查询的开销，一般地说，hash join是会带来比较大的内存开销的，而merge join和nested loop的开销比较小，还有排序和中间表、游标也是会有比较大的开销的。所以用于关联和排序的列上一般需要有索引。

再次就是对执行计划、系统数据的存储，这些都是比较小的。

我们先来看数据缓存对性能的影响，如果系统中没有其它应用程序来争夺内存，数据缓存一般是越多越好，甚至有些时候我们会强行把一些数据pin在高速缓存中。但是如果有其它应用程序，虽然在需要的时候MS SQL会释放内存，但是线程切换、IO等待这些工作也是需要时间的，所以就会造成性能的降低。这样我们就必须设置MS SQL的***内存使用。可以在SQL Server数据库 属性（内存选项卡）中找到配置***使用内存的地方，或者也可以使用sp_configure来完成。如果没有其它应用程序，那么就不要限制MS SQL对内存的使用。

***我们来看查询的开销，这个开销显然是越低越好，因为我们不能从中得到好处，相反，使用了越多的内存多半意味着查询速度的降低。所以我们一般要避免中间表和游标的使用，在经常作关联和排序的列上建立索引。

【编辑推荐】

为什么SQL server很难安装？

1、现在市场上的SQL数据库有：SQL2000、SQL2005、SQL2008。 其中SQL2000安装和使用都比较方便，但其中一些管理比较粗放，最让人头痛的就是数据库使用中占用内存执行大数据量执行后内存不进行释放，其安全性也较差。 SQL2005来说安装比较麻烦，有很多验证，但使用更复杂点，管理上说还是不错的，其安全性也较2000有所提高。 SQL2008安装自动化程度高，基本阻碍较少，还是可以克服的。 管理更加优秀，安全性也高。 2、SQL是分版本来确定功能的，安装版本不正确将会导致安装后不能使用特有功能。 所以在安装之前需要确认所安装的版本功能是自己想达到使用效果的版本来进行安装。 3、确认安装光盘是良好的，内部包含的程序文件无任何丢失损坏。 有很多朋友在安装SQL时报出一些奇怪的错误，但又找不到确切原因。 所以这些光盘信息错误将会导致安装未完成或安装提示以及某些组件未进行安装。 因此在安装之前确保所要安装的光盘的正确。 包括盘片介质无弯、损，盘片内容无丢失、错误，以及计算机的光驱良好。 4、安装数据库需要的是正确的安装流程，只要流程中出现操作失误就会对实际使用造成不利的影响，所以数据库的安装通常都是非常严格的，并且安装时的一些设置都是在安装后很难再次调整的。 例：Oracle数据库的安装中只要有一个步骤执行错误，就只能重新格式化安装操作系统来进行安装。 5、总体上来说与大型数据库比较，SQL的安装还是比较易于安装的，版本越高全程自动化流程也就越高，即越容易安装。 6、俗话说“细节注重成败”，一个好的安装方式流程将决定数据库安装后易用和适用性能，安装时请注意一些选项，当遇到不懂的选项及时在网上查找，弄懂含义。 有时某些选项未选择以及选择错误，也将会导致安装后的数据库出现这样那样的问题。 7、总结我说的这些就是：需要一个好的开始准备工作，接下来就需要细心、仔细的按照安装流程进行操作，期间请注意稍安勿躁，保持一个冷静的心态，最后就要你耐心等待及设置完成最终的安装。 ——说实话，你装两遍之后就会觉得很简单了，即你需要自信心，一个觉得数据库的安装很简单的自信心！！！YACNYL 2009-01-09 于北京海淀转载请注明

Windows下怎么打开hsqldb的操作界面

Hsqldb是一个开放源代码的JAVA数据库，其具有标准的SQL语法和JAVA接口，它可以自由使用和分发，非常简洁和快速的。 具有Server模式，进程内模式(In-Process)和内存模式(Memory-Only)三种。 运行Hsqldb需要包, 它包含了一些组件和程序。 每个程序需要不同的命令来运行。 它位于项目的lib目录下，目前的版本是1.8.0.5。 官方的下载地址是：在介绍这些模式之前我们需要了解一些Hsqldb所涉及的一些文件。 每个Hsqld数据库包含了2到5个命名相同但扩展名不同的文件，这些文件位于同一个目录下。 例如，名位test的数据库包含了以下几个文件： properties文件描述了数据库的基本配置。 script文件记录了表和其它数据库对象的定义。 log文件记录了数据库最近所做的更新。 data文件包含了cached（缓冲）表的数据，而backup文件是将data文件压缩备份，它包含了data文件上次的最终状态数据。 所有这些文件都是必不可少的，千万不可擅自删除。 但如果你的数据库没有缓冲表(cached table),和文件是不会存在。 接下来我们对Hsqldb的三种模式进行简单介绍，同时包括部分工具的启动的方式。 一、 Server模式 Server模式提供了最大的可访问性。 应用程序（客户端）通过Hsqldb的JDBC驱动连接服务器。 在服务器模式中，服务器在运行的时候可以被指定为最多10个数据库。 根据客户端和服务器之间通信协议的不同，Server模式可以分为以下三种： 1、 Hsqldb Serve 这种模式是首选的也是最快的。 它采用HSQLDB专有的通信协议。 启动服务器需要编写批处理命令。 Hsqldb提供的所有工具都能以java class归档文件(也就是jar)的标准方式运行。 假如位于相对于当前路径的../lib下面。 我们的命令将这样写： java -cp ../lib/ -database.0 mydb -dbname.0 demoDB 现在你可能会疑惑，[-database.0 ]、 [dbname.0]为什么在后面加[0]。 _... ...我们不是在前面说服务模式运行的时候可以指定10个数据库吗，如有多个数据库，则继续写命令行参数-database.1 aa -dbname.1 aa -database.2 bb-dbname.2 bb ... ... 新建文本文件保存上面命令，文件名可以随意，将后缀名改成bat，然后直接执行批处理文件即可。 在以后介绍的执行启动工具的命令采用同样方法。 上面启动服务器的命令启动了带有一个（默认为一个数据库）数据库的服务器，这个数据库是一个名为mydb.*文件，这些文件就是、、等文件。 其中demoDB是mydb的别名，可在连接数据库时使用。 2、 Hsqldb Web Server 这种模式只能用在通过HTTP协议访问数据库服务器主机，采用这种模式唯一的原因是客户端或服务器端的防火墙对数据库对网络连接强加了限制。 其他情况下，这种模式不推荐被使用。 运行web服务器的时候，只要将刚才命令行中的主类（main class）替换成

oracle数据库的后台进程有哪些

DBWR进程：该进程执行将缓冲区写入数据文件，是负责缓冲存储区管理的一个ORACLE后台进程。 当缓冲区中的一缓冲区被修改，它被标志为“弄脏”，DBWR的主要任务是将“弄脏”的缓冲区写入磁盘，使缓冲区保持“干净”。 由于缓冲存储区的缓冲区填入数据库或被用户进程弄脏，未用的缓冲区的数目减少。 当未用的缓冲区下降到很少，以致用户进程要从磁盘读入块到内存存储区时无法找到未用的缓冲区时，DBWR将管理缓冲存储区，使用户进程总可得到未用的缓冲区。 ORACLE采用LRU（LEAST RECENTLY USED）算法（最近最少使用算法）保持内存中的数据块是最近使用的，使I/O最小。 在下列情况预示DBWR 要将弄脏的缓冲区写入磁盘：当一个服务器进程将一缓冲区移入“弄脏”表，该弄脏表达到临界长度时，该服务进程将通知DBWR进行写。 该临界长度是为参数DB-BLOCK-WRITE-BATCH的值的一半。 当一个服务器进程在LRU表中查找DB-BLOCK-MAX-SCAN-CNT缓冲区时，没有查到未用的缓冲区，它停止查找并通知DBWR进行写。 出现超时（每次3秒），DBWR 将通知本身。 当出现检查点时，LGWR将通知DBWR.在前两种情况下，DBWR将弄脏表中的块写入磁盘，每次可写的块数由初始化参数DB-BLOCK- WRITE-BATCH所指定。 如果弄脏表中没有该参数指定块数的缓冲区，DBWR从LUR表中查找另外一个弄脏缓冲区。 如果DBWR在三秒内未活动，则出现超时。 在这种情况下DBWR对LRU表查找指定数目的缓冲区，将所找到任何弄脏缓冲区写入磁盘。 每当出现超时，DBWR查找一个新的缓冲区组。 每次由DBWR查找的缓冲区的数目是为寝化参数DB-BLOCK- WRITE-BATCH的值的二倍。 如果数据库空运转，DBWR最终将全部缓冲区存储区写入磁盘。 在出现检查点时，LGWR指定一修改缓冲区表必须写入到磁盘。 DBWR将指定的缓冲区写入磁盘。 在有些平台上，一个实例可有多个DBWR.在这样的实例中，一些块可写入一磁盘，另一些块可写入其它磁盘。 参数DB-WRITERS控制DBWR进程个数。 LGWR进程：该进程将日志缓冲区写入磁盘上的一个日志文件，它是负责管理日志缓冲区的一个ORACLE后台进程。 LGWR进程将自上次写入磁盘以来的全部日志项输出，LGWR输出：当用户进程提交一事务时写入一个提交记录。 每三秒将日志缓冲区输出。 当日志缓冲区的1/3已满时将日志缓冲区输出。 当DBWR将修改缓冲区写入磁盘时则将日志缓冲区输出。 LGWR进程同步地写入到活动的镜象在线日志文件组。 如果组中一个文件被删除或不可用，LGWR 可继续地写入该组的其它文件。 日志缓冲区是一个循环缓冲区。 当LGWR将日志缓冲区的日志项写入日志文件后，服务器进程可将新的日志项写入到该日志缓冲区。 LGWR 通常写得很快，可确保日志缓冲区总有空间可写入新的日志项。 注意：有时候当需要更多的日志缓冲区时，LWGR在一个事务提交前就将日志项写出，而这些日志项仅当在以后事务提交后才永久化。 ORACLE使用快速提交机制，当用户发出COMMIT语句时，一个COMMIT记录立即放入日志缓冲区，但相应的数据缓冲区改变是被延迟，直到在更有效时才将它们写入数据文件。 当一事务提交时，被赋给一个系统修改号（SCN），它同事务日志项一起记录在日志中。 由于SCN记录在日志中，以致在并行服务器选项配置情况下，恢复操作可以同步。 CKPT进程：该进程在检查点出现时，对全部数据文件的标题进行修改，指示该检查点。 在通常的情况下，该任务由LGWR执行。 然而，如果检查点明显地降低系统性能时，可使CKPT进程运行，将原来由LGWR进程执行的检查点的工作分离出来，由 CKPT进程实现。 对于许多应用情况，CKPT进程是不必要的。 只有当数据库有许多数据文件，LGWR在检查点时明显地降低性能才使CKPT运行。 CKPT进程不将块写入磁盘，该工作是由DBWR完成的。 初始化参数CHECKPOINT-PROCESS控制CKPT进程的使能或使不能。 缺省时为FALSE，即为使不能。 SMON进程：该进程实例启动时执行实例恢复，还负责清理不再使用的临时段。 在具有并行服务器选项的环境下，SMON对有故障CPU或实例进行实例恢复。 SMON进程有规律地被呼醒，检查是否需要，或者其它进程发现需要时可以被调用。 PMON进程：该进程在用户进程出现故障时执行进程恢复，负责清理内存储区和释放该进程所使用的资源。 例：它要重置活动事务表的状态，释放封锁，将该故障的进程的ID从活动进程表中移去。 PMON还周期地检查调度进程（DISPATCHER）和服务器进程的状态，如果已死，则重新启动（不包括有意删除的进程）。 PMON有规律地被呼醒，检查是否需要，或者其它进程发现需要时可以被调用。 RECO进程：该进程是在具有分布式选项时所使用的一个进程，自动地解决在分布式事务中的故障。 一个结点RECO后台进程自动地连接到包含有悬而未决的分布式事务的其它数据库中，RECO自动地解决所有的悬而不决的事务。 任何相应于已处理的悬而不决的事务的行将从每一个数据库的悬挂事务表中删去。 当一数据库服务器的RECO后台进程试图建立同一远程服务器的通信，如果远程服务器是不可用或者网络连接不能建立时，RECO自动地在一个时间间隔之后再次连接。 RECO后台进程仅当在允许分布式事务的系统中出现，而且DISTRIBUTED ？C TRANSACTIONS参数是大于进程：该进程将已填满的在线日志文件拷贝到指定的存储设备。 当日志是为ARCHIVELOG使用方式、并可自动地归档时ARCH进程才存在。 LCKn进程：是在具有并行服务器选件环境下使用，可多至10个进程（LCK0，LCK1……，LCK9），用于实例间的封锁。 Dnnn进程（调度进程）：该进程允许用户进程共享有限的服务器进程（SERVER PROCESS）。 没有调度进程时，每个用户进程需要一个专用服务进程（DEDICATEDSERVER PROCESS）。 对于多线索服务器（MULTI-THREADED SERVER）可支持多个用户进程。 如果在系统中具有大量用户，多线索服务器可支持大量用户，尤其在客户_服务器环境中。 在一个数据库实例中可建立多个调度进程。 对每种网络协议至少建立一个调度进程。 数据库管理员根据操作系统中每个进程可连接数目的限制决定启动的调度程序的最优数，在实例运行时可增加或删除调度进程。 多线索服务器需要SQL*NET版本2或更后的版本。 在多线索服务器的配置下，一个网络接收器进程等待客户应用连接请求，并将每一个发送到一个调度进程。 如果不能将客户应用连接到一调度进程时，网络接收器进程将启动一个专用服务器进程。 该网络接收器进程不是ORACLE实例的组成部分，它是处理与ORACLE有关的网络进程的组成部分。 在实例启动时，该网络接收器被打开，为用户连接到ORACLE建立一通信路径，然后每一个调度进程把连接请求的调度进程的地址给予于它的接收器。 当一个用户进程作连接请求时，网络接收器进程分析请求并决定该用户是否可使用一调度进程。 如果是，该网络接收器进程返回该调度进程的地址，之后用户进程直接连接到该调度进程。 有些用户进程不能调度进程通信（如果使用SQL*NET以前的版本的用户），网络接收器进程不能将如此用户连接到一调度进程。 在这种情况下，网络接收器建立一个专用服务器进程，建立一种合适的连接.即主要的有：DBWR,LGWR,SMON 其他后台进程有PMON,CKPT等