数据库修改了后台需要重启吗?

数据库修改了后台需要重启吗?,第1张

数据库修改了后台需要重启

通过云数据库RDS服务的资源监

每次都要重启服务器才能连接数据库 相关内容

MySQL客户端连接实例后,会自动断开,报错信息:“ERROR 2013:Lost connection to MySQL server during query”。ERROR 2013是MySQL常见错误,一般为配置错误导致。“wait_timeout”:服务器关闭非交互连接之前等待活动的秒数。“interactive_timeout”

在创建数据库连接之后,才能使用它来执行SQL语句 *** 作数据。JDBC提供了三个方法,用于创建数据库连接。DriverManager.getConnection(String url)DriverManager.getConnection(String url, Properties info)DriverManager.getConne

Oracle SGA,系统全局区(System Global Area),SGA的大小对oracle的性能有直接影响,那么应该如何调整SGA的大小呢?

调整之前需要明确一个常识:32位版本的oracle最大支持1.75GB的SGA,如果oracle版本是32位的,那么你就不必尝试去调整大于1.7GB的SGA了。

Oracle的一个重要发展方向就是自动管理,当然,SGA与PGA也不例外,从Oracle 9i开始,就出现了一个新的参数sga_max_size,可以保证在此数值之内的内存可以自由地修改与调配。如指定了sga_max_size,就可以在这个范围内自由地设置Shared pool、Data buffer等的大小。从Oracle 10g开始,又出现了另外一个新的参数,sga_target,只要设置了这个参数.所有的SGA的组件,如Shared pool、Data buffer、Large pool等,都不需要手工指定了,Oracle会自动管理。这一特性被称为自动共享内存管理(Automatic Shared Memory Management,ASMM)也就是说,Oracle会根据需要随时改变各个内存组件的大小,以达到最佳使用状态。但这个参数的最大值会受sga_max_size值限制;关闭自动管理,只需将这个sga_target参数设置为0。

SGA中内存被各个组件以粒组GRANULE为单位进行划分,粒组的计算方法因SGA总大小和平台而异:

SQL>show parameter sga

NAME TYPE VALUE

------------------------------------

lock_sga boolean FALSE

pre_page_sga boolean FALSE

sga_max_size big integer 272M

sga_target big integer 272M

SQL>create pfile from spfile

File created.

SQL>

SQL>alter system set sga_target=300M

alter system set sga_target=300M

*

ERROR at line 1:

ORA-02097: parameter cannot be modified because specified value is invalid

ORA-00823: Specified value of sga_target greater than sga_max_size

反过来,如果sga_target值已经设置了272M,再将sga_max_size改成200M小于sga_target的值

SQL>alter system set sga_max_size=200M

alter system set sga_max_size=200

*

ERROR at line 1:

ORA-02095: specified initialization parameter cannot be modified

静态参数不能直接修改内存

SQL>alter system set sga_max_size=200M scope=spfile

System altered.

要加上scope=spfile才可以,spfile是动态参数文件。

SQL>startup force

ORACLE instance started.

Total System Global Area 285212672 bytes

Fixed Size 1218992 bytes

Variable Size 92276304 bytes

Database Buffers 188743680 bytes

Redo Buffers 2973696 bytes

Database mounted.

Database opened.

SQL>show parameter sga

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

lock_sga boolean FALSE

pre_page_sga boolean FALSE

sga_max_size big integer 272M

sga_target big integer 272M

SQL>

没问题运行正常,因为oracle检测到sga_max_size设置的比当前sga_target还小 就自动调整sga_max_size至sga_target相等。

再设置sga_max_size值超越sga_target

SQL>alter system set sga_max_size=300M scope=spfile

System altered.

Elapsed: 00:00:00.02

SQL>startup force

ORACLE instance started.

Total System Global Area 314572800 bytes

Fixed Size 1267260 bytes

Variable Size 121637316 bytes

Database Buffers 188743680 bytes

Redo Buffers 2924544 bytes

Database mounted.

Database opened.

SQL>show parameter sga

NAME TYPE VALUE

------------------------------------

lock_sga boolean FALSE

pre_page_sga boolean FALSE

sga_max_size big integer 300M

sga_target big integer 272M

如此设置才能被接受 此时也可以动态调整sga_target<=sga_max_size了

SQL>alter system set sga_target=290M

System altered.

Elapsed: 00:00:00.04

SQL>show parameter sga

NAME TYPE VALUE

------------------------------------

lock_sga boolean FALSE

pre_page_sga boolean FALSE

sga_max_size big integer 300M

sga_target big integer 292M

总结:

sga_max_size 是静态的 设置必须重启库改完要重启数据库生效

sga_target 是动态的 直接可以修改内存

设置大于0的确定值就是开启ASMM ,设置0就是关闭ASMM

当sga_max_size设置小于SGA_TARget时,则sga_max_size=SGA_TARget

当sga_max_size设置大于sga_target时,则正常生效

当sga_target设置大于sga_max_size时 报错

ORA-00823: Specified value of sga_target greater than sga_max_size

当sga_target设置小于sga_max_size时正常并可动态修改,这也是oracle给我们的灵活的之处,10G中有了sga_target弥补了9I中设置sga_max_size需要重启的缺陷,10G生产中 我们就可以给sga_max_size一个大值,动态的调整sga_target来寻求合适的大小。

本文作者:steptodream

修改SGA参数时你用的是什么启动?是用spfile启动的吗?

alter system set sga_max_size=2000m scope=spfile

你查看下sga_max_size的status

select * from v$parameter where name ='sga_max_size'

看看 ISSYS_MODIFIABLE 和 ISSES_MODIFIABLE 等字段是否为false , 如是,好像只能修改pfile 然后用

create spfile from pfile , 然后再重新启动oracle试试


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9529946.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-29
下一篇 2023-04-29

发表评论

登录后才能评论

评论列表(0条)

保存