数据库扩内存

❶ 当数据库内存增大，sga会自动增大吗

Oracle数据库可以自动内存管理SGA的，所以不用担心。具体可以参考一下，如有帮助请采纳。
ASMM自动共享内存管理：
自动根据工作量变化调整
最大程度地提高内存利用率
有助于消除内存不足的错误
SYS@PROD>show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1G
sga_target big integer 1G
SYS@PROD>show parameter memory
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
hi_shared_memory_address integer 0
memory_max_target big integer 0
memory_target big integer 0
shared_memory_address integer 0
SYS@PROD>show parameter pga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
pga_aggregate_target big integer 208M
ASMM 的工作原理 ：
ASMM 以 MMON 在后台捕获的工作量信息为基础。
MMON 使用内存指导。
将内存移到 MMAN 最迫切需要的地方。
如果使用 SPFILE：在关闭时保存组件大小 、保存的值用于引导程序组件大小 、无需再确定最佳值
自动共享内存管理功能使用由以下两个后台进程实施的 SGA 内存中介：可管理性监视器 (MMON) 和内存管理器 (MMAN)。MMON 定期将统计信息和内存指导数据捕获到内存中。MMAN 根据 MMON 的决定调整内存组件的大小。SGA 内存中介会不断跟踪组件的大小和待处理的大小调整操作。
SGA 内存中介会观察系统和工作量，以便确定理想的内存分配方案。SGA 内存中介每隔几分钟就执行一次这种检查，使内存始终用在需要的地方。如果没有自动共享内存管理功能，必须分别预计各组件在峰值时的内存需求，然后对其内存大小进行调整。
在工作量信息基础上，自动共享内存管理功能会：
定期在后台捕获统计信息
使用内存指导
进行假设分析，确定最佳内存分配方案
将内存移到最迫切需要的地方
如果使用了 SPFILE，则在关闭时保存组件大小（这些大小可以在最后一次关闭前重新起用）
启用自动共享内存管理功能 ：
要从手动共享内存管理模式下启用 ASMM，请执行以下操作：
1.获取 SGA_TARGET 的值：
SELECT ((SELECT SUM(value) FROM V$SGA) - (SELECT CURRENT_SIZE FROM V$SGA_DYNAMIC_FREE_MEMORY)) "SGA_TARGET" FROM DUAL;
2.使用该值设置 SGA_TARGET。
3.将自动设置大小的 SGA 组件的值设置为 0。
要从自动内存管理模式切换到 ASMM，请执行以下操作：
1.将初始化参数 MEMORY_TARGET 设置为 0。
2.将自动设置大小的 SGA 组件的值设置为 0。
自动优化的 SGA 参数的行为:
未设置 SGA_TARGET 或将其设置为 0 时：
自动优化的参数指定相应组件的实际大小
、可能需要增加 SHARED_POOL_SIZE
SELECT SUM(bytes)/1024/1024 size_mb FROM v$sgastat WHERE pool = 'shared pool';
SGA_TARGET 设置为非零值时:
自动优化的参数的默认值为零 、指定的值用作下限大小
SELECT component, current_size/1024/1024 size_mb FROM v$sga_dynamic_components;
手动优化的 SGA 参数的行为：
有些组件不能自动优化。
--DB_KEEP_CACHE_SIZE 和 DB_RECYCLE_CACHE_SIZE
--非标准块大小的缓冲区高速缓存，DB_nK_CACHE_SIZE
--
LOG_BUFFER
这些组件必须使用数据库参数手动配置。
这些组件使用的内存会减少可用于自动优化 SGA 的内存量。
修改 SGA_TARGET 参数 ：
--是动态参数
--
最多可增大到 SGA_MAX_SIZE
--可以减小，直到所有组件都达到其下限大小为止
更改 SGA_TARGET 的值只会影响自动调整大小的组件
SGA_TARGET 是一个动态参数，可以通过 Database Control 或使用 ALTER SYSTEM 命令更改。

GA_MAX_SIZE 是可分配给 SGA 的内存量的上限。更改该值后，必须重新启动数据库才能生效。SGA_TARGET 最多可增大到 SGA_MAX_SIZE 值。它可以减小，直到任一自动优化的组件达到其下限大小：用户指定的下限值或内部确定的下限值。
如果增大 SGA_TARGET 的值，则会根据自动优化策略在自动优化的组件之间分配增加的那部分内存。
如果减小 SGA_TARGET 的值，则这部分内存将按照自动优化策略从一个或多个自动优化的组件处提取。
假定 SGA_MAX_SIZE 设置为 10 GB，SGA_TARGET 设置为 8 GB。如果 DB_KEEP_CACHE_SIZE 设置为 1 GB，并且将 SGA_TARGET 增大为 9 GB，则增加的 1 GB 只会在 SGA_TARGET 控制的组件之间进行分配。DB_KEEP_CACHE_SIZE 的值不受影响。同样，如果将 SGA_TARGET 减小到 7 GB，则这 1 GB 也只会从 SGA_TARGET 控制的那些组件中提取。这种减少并不会影响手动控制的参数（如 DB_KEEP_CACHE_SIZE）的设置。
禁用 ASMM ：
将 SGA_TARGET 设置为 0 可禁用自动优化功能。
自动优化的参数设置为其当前大小。
SGA 大小总体上不受影响。
eg：
SGA_TARGET 的值为 8 GB，SHARED_POOL_SIZE 的值为 1 GB。如果系统将共享池组件的大小内部调整为 2 GB，则将 SGA_TARGET 设置为 0 会导致 SHARED_POOL_SIZE 被设置为 2 GB，从而覆盖用户定义的原始值。
手动调整动态 SGA 参数的大小
对于自动优化的参数，手动调整大小会：
导致组件大小立即调整（如果新值大于当前值） 、更改下限大小（如果新值小于当前大小）
调整手动优化的参数的大小只会影响 SGA 的可调部分。
调整了自动优化的参数的大小并设置了 SGA_TARGET 值后，只有当新值大于组件的当前大小时，这种调整才会导致组件的大小立即发生更改。例如，如果将 SGA_TARGET 设置为 8 GB，将 SHARED_POOL_SIZE 设置为 2 GB，可确保共享池始终不小于 2 GB，以满足必要的内存分配需求。之后，即使将 SHARED_POOL_SIZE 值调整为 1 GB，也不会对共享池的大小产生直接影响。只会使自动内存优化算法以后可以将共享池大小减少到 1 GB（如果需要）。相反，如果共享池的大小最初设置为 1 GB，那么将 SHARED_POOL_SIZE 值调整为 2 GB 时，共享池组件的大小会立即增加到 2 GB。此大小调整操作中使用的内存从一个或多个自动优化的组件中提取，手动优化的组件的大小不受影响。
手动调整大小的组件的参数也可以动态变更，但不同之处在于，参数的值会立即指定相应组件的精确大小。因此，如果手动调整的组件的大小增大，则增加的那部分内存将从一个或多个自动调整大小的组件处提取。如果手动调整的组件的大小减小，则释放的内存将会提供给自动调整大小的组件。
程序全局区 (PGA)
程序全局区 (PGA) 是包含某服务器进程的数据及控制信息的内存区。这是 Oracle 服务器在服务器进程启动时创建的非共享内存，只有该服务器进程才能访问。由关联到某个 Oracle 实例的所有服务器进程分配的 PGA 总内存，也称为该实例分配的聚集 PGA 内存。
使用共享服务器时，部分 PGA 可位于 SGA 中。
PGA 内存通常包含以下各项：

专用 sql 区：
专用 SQL 区包含绑定信息和运行时内存结构等数据。这些信息是每个会话的 SQL 语句调用所特有的；在其它方面，绑定变量有不同的值，游标的状态也不同。发出 SQL 语句的每个会话都有一个专用 SQL 区。提交同一 SQL 语句的每个用户也都有其自己的专用 SQL 区，该专用 SQL 区使用一个共享 SQL 区。这样，许多专用 SQL 区可与同一个共享 SQL 区关联。专用 SQL 区的位置取决于为会话建立的连接类型。如果会话是通过专用服务器连接的，则专用 SQL 区位于该服务器进程的 PGA 中。不过，如果会话是通过共享服务器连接的，则部分专用 SQL 区将保留在 SGA 中。
游标和 SQL 区
：
Oracle Pro*C 程序或 Oracle OCI 程序的应用程序开发人员可以显式打开特定专用 SQL 区的游标或句柄，并在该程序的整个执行过程中将它们用作命名资源。数据库为某些 SQL 语句隐式发出的递归游标也使用共享 SQL 区。
工作区
：
对于复杂查询（例如，决策支持查询），会将大部分 PGA 供内存密集型运算符分配的工作区专用，例如：
基于排序的运算符（如 ORDER BY、GROUP BY 和 ROLLUP）和窗口函数
散列联接
位图合并
位图创建
批量装载操作使用的写缓冲区
排序运算符使用工作区（排序区），对一组行执行内存中排序。与此类似，散列联接运算符使用工作区（散列区），根据其左侧输入内容生成散列表。
工作区的大小是可以控制和优化的。通常，较大的工作区可以显着改进特定运算符的性能，不过代价是消耗较多的内存。
会话内存
：
会话内存是用于存放会话的变量（登录信息）以及与会话相关的其它信息的内存。对于共享服务器，会话内存是共享的，而不是专用的。
自动 PGA 内存管理
根据 PGA_AGGREGATE_TARGET 参数，动态调整供工作区专用的 PGA 内存量
有助于最大限度地提高所有内存密集型 SQL 操作的性能
默认情况下是启用的
PGA 管理资源
管理 PGA_AGGREGATE_TARGET 初始化参数的统计信息，如 PGA 高速缓存命中百分比
可以在下列动态性能视图中查看有关工作区内存分配和使用的统计信息：
V$SYSSTAT
V$SESSTAT
V$PGASTAT
V$SQL_WORKAREA
V$SQL_WORKAREA_ACTIVE
用于调整 PGA 工作区大小的视图有：
V$PGA_TARGET_ADVICE
V$PGA_TARGET_ADVICE_HISTOGRAM
V$SQL_WORKAREA_HISTOGRAM
-----------------Oracle DB 内存参数

ALTER SYSTEM SET MEMORY_TARGET=300M;
虽然仅需要设置 MEMORY_TARGET 来触发自动内存管理，但仍可以为各种高速缓存设置下限值。因此，如果子参数是用户设置的，则这些参数值将是 Oracle DB 服务器自动优化该组件时的下限值。
有效使用内存：准则
尽量使 SGA 适合物理内存。
优化以实现高缓冲区高速缓存命中率，但要注意以下几点：
--即使有效且必需的全表扫描也会降低命中率。
--可能存在因不必要地重复读取同一块而出现命中率虚升的情况。
使用内存指导。
库高速缓存的内存优化准则：提高命中率
为开发人员制定格式使用约定，以便 SQL 语句符合高速缓存的要求。
使用绑定变量。
消除不必要的重复 SQL。
考虑使用 CURSOR_SHARING。
尽可能使用 PL/SQL。
缓存序列号。
连接库高速缓存中的对象。

❷ 如何给Oracle数据库分配内存

内存是影响数据库性能的重要因素，Oracle8i使用静态内存管理，Oracle 10g使用动态内存管理。所谓静态内存管理，就是在数据库系统中，无论是否有用户连接，也无论并发用量大小，只要数据库服务在运行，就会分配固定大小的内存；动态内存管理允许在数据库服务运行时对内存的大小进行修改，读取大数据块时使用大内存，小数据块时使用小内存，读取标准内存块时使用标准内存设置。

❸ 数据库内存不足，如何设置内存管理

1、 主要设置min server memory 和 max server memory ，如果同台服务器有多台吃内存大户服务， max server memory 给设置一个值稍大的值出来，别让SQL server把WINDOWS内存都吃完了也别让其他的服务把WINDOWS内存吃完了，这样才会相安无事2.设置方法可以通过命令方式的，楼上的挺好，还有就是通过SQL SERVER企业管理器进行：鼠标右键服务器\属性\内存 可以看多最大内存和最小内存设置选项。

❹ 如何进行mysql的动态扩容和缩容

mysql在线扩容和缩容一般涉及到的内容，主要包括三个方面，1.在线也就意味着需要把增量的数据重新分布到新的拓扑结构中,我们一般称做增量复制，2.原有的数据需要一条不漏的扫出来重新分布到新的拓扑结构中,这个一般叫做全量复制，3.全量做完，增量正在同步，把应用的数据路由拓扑切到新的路由拓扑上来，并且做到无数据丢失，这个我们叫做停写切换。做好这三个方面的工作，能够达到的效果就是应用在最后切换数据分布拓扑的时刻，只要停写非常短的时间(秒级别)就能够做到无数据丢失的扩容和缩容。

增量同步一般有2种方式，一种是应用端或者数据库前端做trigger,记录变更数据的特征值log(比如pk,sharding key)，然后异步复制到新的拓扑结构中。另外一种方式是通过分析mysql的binlog再进行不同数据拓扑的复制。两者本质上来说应该是一样的，后者可能更加简便，并且对应用无侵入，前者虽然也能够做到，实际实现或者推广和操作上都有不少阻力，最起码解析binlog方式是mysql一上去，更新的log已经天然存在与binlog中了。

增量同步的两种方式如果要考虑到同步的可伸缩性(也就是多台机器可以同时消费相同的变更日志)，需要在原数据中添加数据的版本信息防止更新乱序，或者通过唯一键进行复制机器的sharding,也就是不同进程(线程)同时消费相同的更新日志，必须让同一条记录的更新落在同一个线程里面，如果还需要保证复制的事务，那么实现会非常复杂，一般不会去支持多线程下复制的事务。

全量复制，也就是扫描需要复制的表的数据进行重新分布，主要存在的问题是复制速度和对数据库的写入压力的矛盾，其实能够做到整个拓扑连数据库都全部换掉，来达到对正在使用数据库的0影响，这个是一种可行的方案，另外是分时段调整复制线程数，一般单线程复制对于数据库的影响不会很大，在凌晨再转换成多线程方式达到提速的目标。

扩容或者缩容在最后阶段如何切换，这个涉及到的问题主要是如何避免新更新进来以至于增量没完没了，方式有很多，最简单的方法就是停掉应用，一般时间只有几分钟是可以接受的。另外一种是逻辑停写，因为我们迁移的时候是有一个规则去重新散列数据，也就是如果新的规则和旧的规则两者算出来的结果不一致，那么这个数据就是需要被迁移的，如果在停写的时刻，向前端抛错即可。逻辑停写最大的好处就是避免PE的介入，并且配合动态的数据路由数据推送，可以完全避免重新发布达到扩容或者缩容，这个就是真正的在线扩容，停写不可避免（等待延迟的增量同步完成），但是不影响读。

数据扩容或者缩容，我们觉得不应该排入业务的开发日程中，而是由数据管理团队对应用透明地进行这种操作，最后介入的人员只是DBA而已。但是不像一些nosql一样按容量或者完全透明的split,数据库的sharding还是按照应用的数据特性（pk,user_id,gmt_create等等不同字段，自选策略）进行sharding,应用知道他们的某条数据具体存在哪个机器哪张表上，这个无论对于开发还是测试或者DBA都是一件不错的事情。

❺ 怎么设置sql2008数据库最大服务器内存

1、1.选择“开始 > 所有程序 > Microsoft SQL Server 2008 R2 > SQL Server Management Studio”。系统显示“连接到服务器”界面。
2、2.输入各项数据，单击连接
3、3.系统显示“对象资源管理器”界面
4、4.上图单击右键，在弹出的快捷菜单中选择“属性”。
5、5.在左侧导航栏中选择“内存”，将右侧“最大服务器内存”的值设置为物理内存的60%，本例以8G内存为例
6、6.最后单击确定，设置完成

❻ sql数据库服务器，内存占用过大怎么办

1、1.选择逗开始
>
所有程序
>
microsoft
sql
server
2008
r2
>
sql
server
management
studio地。系统显示逗连接到服务器地界面。
2、2.输入各项数据，单击连接
3、3.系统显示逗对象资源管理器地界面
4、4.上图单击右键，在弹出的快捷菜单中选择逗属性地。
5、5.在左侧导航栏中选择逗内存地，将右侧逗最大服务器内存地的值设置为物理内存的60%，本例以8g内存为例
6、6.最后单击确定，设置完成

❼ 如何设置SQLServer数据库内存

1、打开SQL Sever 2008 R2数据库

❽ 给数据库或者事务日志扩充存储容量的方法有几种他们的区别是什么

当前的解决方法是：把硬盘上的其他文件删除，以空出硬盘空间，将数据库的日志文件大小改成无限制，然后分离数据库，要确保分离成功，、然后把数据库日志文件删除（最好是先改名，以防万一）。再附加数据库，这样会重建日志文件。
加回去之后，将数据库改成自动收缩，把日志文件改成按mb增长，增长最大设为一个固定的值，值的大小看数据处理情况，存在大指的update操作的话，应设为大一点。

❾ 数据库服务器一台，使用Raid 0磁盘阵列，如何在不破坏原有磁盘数据的前提下对存储空间扩容

有两种方法：
第一种就是楼上说的，先把数据都备份出来，然后再重新分区或再加硬盘重建RAID0的阵列。
第二种方法，就是看你的服务器阵列卡能不能支持在线扩容阵列的功能，如果可以，那样是可以通过管理软件，把新的硬盘添加进去。