数据库的共享模式与专有模式是什么

这篇文章主要介绍“数据库的共享模式与专有模式是什么”，在日常操作中，相信很多人在数据库的共享模式与专有模式是什么问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”数据库的共享模式与专有模式是什么”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！概念专有连接：用一个服务器进程响应一个客户端请求共享连接：在共享服务器模式下，客户端通过监听连接到dispatcher之后，dispatcher会随机分配一个端口，此时客户端断开和监听的连接，通过分配的端口和dispatcher连接。和监听的连接是短暂的。适用场景对于连接数不多的应用，适宜用专有连接，客户的请求响应及时；对于连接数较大的应用，适宜用共享连接，充分利用系统资源通用参数remote_listener：可以实现数据库和listener的分离。单机环境的remote_listener 一般为空。rac环境下，listener是跟随集群crs启动的。而且数据库 rdbms的启动要依赖asm实例的资源，所以不存在启动数据库后，listener没启动，当然出现故障除外。local_listener是该节点的listener信息remote_listener一般是scan的信息local_listenerpmon只会动态注册port等于1521的监听，否则pmon不能动态注册listener，要想让pmon动态注册listener，需要设置local_listener参数。listener_networks：配置多个remote_listener、local_listener时需要，平时很少用例子：alter system set LISTENER_NETWORKS='((NAME=network1)(LOCAL_LISTENER=listener_net1)(REMOTE_LISTENER=scanone.gaopp.com:1521))’,'((NAME=network2)(LOCAL_LISTENER=listener_net2)(REMOTE_LISTENER=remote_net2))’;共享参数SHARED_SERVERS：如果shared_server值为0，则表示数据库没有启动共享服务模式。 这个参数是配置shared server必须的，而且只有这个参数是必须的。它指定了当实例启动的时候 shared server process 启动的数量，不要将这个参数设置得太大，否者启动数据库instance的时候就会花更多时间,ORACLE启动过后会根据负载来动态调整shared_serversMAX_SHARED_SERVERS：oracle在同一个时刻最大能够使用的shared server process.不要将这个参数设置小于shared_servers,如果动态修改shared_servers大于max_shared_servers，oracle会覆盖max_shared_servers的值，此时你需要修改max_shared_servers.同时也不能大于processes。这个参数是为了给占用很大资源操作而设的(批处理)，为了预留一些process 给DBA任务(rman备份)SHARED_SERVER_SESSIONS：指定了总共允许的的shared server session 的数量。如果设置了这个参数，那么就不要将这个值超过sessions，如果没有设置这个值，那么只要还有空闲的session,就可以被使用。设置这个值是为专用连接预留的User Sessions.DISPATCHERS: 共享连接的分派器数量MAX_DISPATCHERS: 可同时并发的共享连接的最大的分派器数量，此参数目前可忽略；CIRCUITS: 可用的虚拟回路数（Specifies the total number of virtual circuits that are available for inbound and outb免费主机域名ound network sessions）内存large_pool_size
相比于专用服务器模式，共享服务模式的UGA在SGA中，而专用服务器模式的UGA在PGA当中，共享服务器模式下如果设置了large_pool_size则用户的UGA会在large_pool中。MTS减少的内存实际上是专用服务器模式下每个用户连接到操作系统进程所需的内存，共享服务器模式由于限制了Server Process的数量，减少了建立Server Process所需要的内存，同时当并发量大时不需要频繁的创建和删除进程，减少了与之对应的开销，提升了并发量。所以共享服务器模式适合于高并发，处理量小的业务系统。进程数据库启动之后比专用服务器模式会多出两种进程，一种是调度进程（Dnnn），一种是共享服务器进程（Snnn）。来自客户端的请求会被disp免费主机域名atcher接受，然后dispatcher将请求置入Request队列。空闲的Server Process会按照request队列开始处理队列中的请求。处理过后的结果放入Response队列中。最后再由DIspatcher来将最后的结果返回给客户端。Snnn：分派器进程使得客户端进程可以共享数量有限的服务器进程。可以为单个数据库实例创建多个分派器进程。分派器进程的最佳个数取决于操作系统的限制和每个进程的连接数。Dnnn：在共享服务器配置中，每个共享服务器进程为多个客户端请求服务。除了共享服务器进程不与特定客户端进程相关联外，共享服务器进程和专用服务器进程提供相同的功能。优点减少了实例中的进程数增加了更多并发用户的数量实现动态负载均衡减少了空闲服务器进程数量减少了实例PGA内存缺点：由于共享服务器模式存在种种问题，同时中间件也完全可以实现连接池的效果，所以一般情况下不会共享服务器模式，使用专用服务器模式即可。共享服务器的代码路径比专用服务器长，所以它天生就比专用服务器慢。存在人为死锁的可能，因为它是串行的，只要一个连接阻塞，则该服务器进程上的所有用户都被阻塞，并且极可能死锁。存在独占事务的可能，因为如果一个会话的事务运行时间过长，它独占共享资源，其它用户只能等待，而专用服务器，每个客户端是一个会话。共享服务器模式限制了某些数据库特性，例如：不能单独启动和关闭实例，不能进行介质恢复，不能使用Log Miner，并且SQL_TRACE没有意义(因为是共享而不是当前会话的)。eventevent 10257（后续会距离详细说明）视图V$DISPATCHER：提供DISPATCH进程信息，包括DISPATCH名称，网络，地址，状态，统计信息和索引号等；有记录，说明是配置了dispatchers参数V$DISPATCHER_CONFIG：提供DISPATCH的配置信息V$DISPATCHER_RATE：提供DISPATCH的速度（RATE）统计V$CIRCUIT：提供用户通过DISPATCH连接到数据库的虚拟回路信息（virtual circuits）有记录说明当前有使用共享模式的连接，无记录则不能判定服务器模式V$SHARED_SERVER：提供共享服务器信息有记录，且STATUS字段为WAIT(COMMON)，则说明启动共享；无记录，或STATUS字段为TERMINATED，则说明没有启动共享服务器V$SHARED_SERVER_MONITOR：提供共享服务器的优化信息V$QUEUE：提供共享服务器队列信息.V$SESSION：如果SERVER字段的值除了DEDICATED，还有NONE，则说明当前实例启动了共享服务器，并且SERVER为NONE的会话正使用共享服务器连接，同时，如果只显示有DEDICATED，则不能说明服务器就一定工作在专用服务器下面，此时也有可能启动了共享模式。只是目前连接到数据库的都是专用服务器模式。只需要将参数shared_servers设置为0，即可关闭数据库的共享模式。执行该脚本后，所有以共享方式连接到数据库都不能成功，但是未释放的共享连接会继续保持连接，直到断开为止。如果同时将参数shared_servers和max_shared_servers都设置为0，那么共享连接方式将被终结。所有的共享方式连接都会断开（已经连接的会话也会断开）设置shared_servers这个参数，将其值设置为大于0即可开启服务器共享模式。其他的共享服务器参数可以不用设置，但是最好也设置一下max_shared_servers参数关于参数dispatchers的设置，可以使用下面命令前面表示的是协议，disp表示调度器(dipatcher)的进程数量，service分别指定要采用共享服务器模式的服务名称。使用上面的模式指定只启动某个服务的共享模式，如果要设置所有服务都使用共享模式，则设置为：查看V$SESSION视图
通过v$session视图的SERVER字段来进一步判断当前连接模式
查看连接数据库的tns配置文件，如下所示
到此，关于“数据库的共享模式与专有模式是什么”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注云技术网站，小编会继续努力为大家带来更多实用的文章！

相关推荐: MySQL 5.7多主复制报错Coordinator stopped because there were error(s)怎么办

这篇文章给大家分享的是有关MySQL 5.7多主复制报错Coordinator stopped because there were error(s)怎么办的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。 root@(none) 10…