Oracle 专用模式与共享模式的学习与思考

说明

Oracle数据库中的专用模式和共享模式是两种不同的数据库运行模式，它们在应用场景和权限管理上有所不同。

专用模式（Dedicated Mode）：专用模式是指一个Oracle数据库实例中的每个用户连接都拥有独立的进程来处理请求。
  每个用户连接都有自己的私有内存和资源，彼此之间是独立的。这种模式适用于需要高度隔离的环境，
  例如每个用户的数据和会话都需要保持独立，以确保高安全性和稳定性。

共享模式（Shared Mode）：共享模式是指多个用户连接共享一个进程来处理请求。
  这些用户连接共享数据库实例的内存和资源，它们之间需要共享这些资源。
  这种模式适用于较多用户、负载较轻的环境，可以通过共享资源来提高数据库的整体性能和效率。

区别与作用：

区别：专用模式和共享模式的区别在于每个用户连接的资源隔离与共享程度。
      专用模式提供更高的隔离度，确保每个用户连接独立运行；而共享模式则通过共享资源来节约系统资源和提高数据库的整体利用率。
作用：专用模式适用于需要保障数据隔离和安全性的场景，每个用户连接独享资源，不会被其他用户连接的操作影响。
      共享模式适用于较多用户的场景，多个用户连接共享数据库实例的资源，提高资源利用率和响应速度。

选择合适的模式有助于优化数据库性能并满足不同的业务需求。

专用模式下session里面Active与InActive的关系

sqlplus 登录Oracle数据库后,立即就处于 Inactive的状态. 

JDBC连接进来的如果没有正在执行的SQL也是处于Inactive的状态. 

这两种工具, 只有有正在执行的SQL时才处于Active的装填, 
我认为可以理解为:  JDBC过来的连接, 并且处于Active状态的就是在执行SQL的. 

但是Navicat或者是 Dbeaver等工具连接上来都是Active状态的, 
因为他们要跟数据库做很多交互, 所以Oracle默认他们是Active状态的. 

所以此时Active的状态可能要排除掉非JDBC得连接. 
需要注意的是JDBC的连接的process 都是 1234的进程号. 也可以根据他来进行一下简要的分析.

关于v$session里面1234进程号的问题

先说一个 process 1234 的问题:
Note:  The JDBC driver cannot correctly retrieve the values of some V$SESSION properties on its own.  
       Specifically, the driver exhibits the following behavior:

•When querying the TERMINAL field of the V$SESSION table using the JDBC Thin driver, 
      the value returned is "unknown".
•When querying the PROCESS field of the V$SESSION table using the JDBC Thin driver, 
      the value returned is "1234".  
      The driver returns the process ID as "1234" by default, since obtaining a process ID is not possible using the JDBC Thin driver.
      Therefore, for an appropriate terminal name or process ID to be returned to the JDBC Thin driver, 
      these properties need to be populated using the method described below.

关于专用模式下Oracle的TCP连接与Session的关系

使用Navicat连接Oracle数据库. 
然后过滤一下数据库相关监听方面的信息

lsof -i:1521 |grep 172.17.61.82
oracle_12 12198 oracle   20u  IPv4 4141084745      0t0  TCP ojndev32-vip:ncube-lm->172.17.61.82:63783 (ESTABLISHED)
oracle_20 20687 oracle   20u  IPv4 4144337125      0t0  TCP ojndev32-vip:ncube-lm->172.17.61.82:50953 (ESTABLISHED)
oracle_29 29524 oracle   20u  IPv4 4140330855      0t0  TCP ojndev32-vip:ncube-lm->172.17.61.82:63001 (ESTABLISHED)

然后将某一个navicat的连接 kill 掉: 
alter system kill session '5097,32145' ;

Navicat 再连接时发现会报错如下:
ORA-01012: not logged on
Process ID: 29524
Session ID: 5097 Serial number: 32145

同时发现,如果不关闭navicat的窗口, 这个TCP连接一直处于建立状态, 并且Oracle的进程是一直存在的. 
关闭navicat的窗口后. tcp的 连接瞬间就释放掉了. 

[root@ojndev32 ~]# lsof -i:1521 |grep 172.17.61.82
oracle_12 12198 oracle   20u  IPv4 4141084745      0t0  TCP ojndev32-vip:ncube-lm->172.17.61.82:63783 (ESTABLISHED)
oracle_20 20687 oracle   20u  IPv4 4144337125      0t0  TCP ojndev32-vip:ncube-lm->172.17.61.82:50953 (ESTABLISHED)

同样的 我退出一个sqlplus的窗口. 连接立马关闭. 
同样需要注意的一点是. Oracle rac环境需要使用 gv$session 的视图去查询, 不要使用v$session, v$session视图 仅能够查询到一半的session信息.