Oracle database link中查询会开启事务吗？

关于oracle database link，使用database link相关的查询语句是否会开启事务呢？我们知道，在数据库中一个简单的SELECT查询语句不会产生事务（select for update会产生事务）。如下测试所示：

我们首先准备测试环境，创建了一个database link： LINK_NODEFINE_TEST，然后我们开始测试

CREATE PUBLIC DATABASE LINK LINK_NODEFINE_TEST

CONNECT TO TEST IDENTIFIED BY "t123$%^" 

USING '(DESCRIPTION =

    (ADDRESS_LIST =

      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.20.57.24)(PORT = 1521))

    )

    (CONNECT_DATA =

      (SERVICE_NAME = gsp.localdomain)

    )

  )';

下面开始演示一下database link相关的查询是否会开启事务：

SQL> show user;

USER is "SYS"

SQL> select userenv('sid') from dual;

USERENV('SID')

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

           939

SQL> select xidusn, xidslot, xidsqn  

  2  from v$transaction, v$session  

  3  where saddr=ses_addr;

no rows selected

SQL> select * from kerry@link_nodefine_test;

        ID NAME

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

       100 kerry

SQL> select xidusn, xidslot, xidsqn  

  2  from v$transaction, v$session  

  3  where saddr=ses_addr;

    XIDUSN    XIDSLOT     XIDSQN

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

         3         14    4122050

SQL> alter session close database link link_nodefine_test;

ERROR:

ORA-02080: database link is in use

SQL> commit; --必须要先commit，才能关闭链接

Commit complete.

SQL> alter session close database link link_nodefine_test;

Session altered.

下面我们创建一个账号TEST，测试验证database link所指向远程数据库中会话的生存周期，简单测试，你会发现即使一个简单查询（包含database link），会在远程数据库生成一个会话。而且如果不执行alter session close database link xxx关闭对应的database link的话，该会话不会销毁，而是变成INACTVIE状态。直到其触发了TCP keepalive相关机制后才会被数据库清理。

一旦你执行了database link相关的查询，  那么在远程数据库（10.20.57.24）这个测试服务器的数据库实例中，就会生成对应的会话，而且只有在原数据库执行了“alter session close database link link_nodefine_test"后，对应的会话才会销毁（当然，触发了TCP keepalive相关机制后也会被数据库清理）。有兴趣可以自行测试。

SQL> select count(*) from v$session where username='TEST';

  COUNT(*)

----------

         1

SQL> select count(*) from v$session where username='TEST';

  COUNT(*)

----------

         0

SQL> 

那么问题来了，如果我在会话当中多次使用select * from kerry@link_nodefine_test这类包含database link的语句，是否会在10.20.57.24生成多个会话呢？ 还是说这个database link相关的会话会复用呢？ 下面我们测试验证一下：

如下所示，同一个会话当中多次使用database link查询，不会在10.20.57.24生成多个会话。 但是如果多个不同会话中都使用database link link_nodefine_test的话，那么就会在（10.20.57.24）中生成多个会话。

那么如果在同一个会话中，使用不同的database link，但是这两个database link使用相同的账号，指向相同的服务器，那么这个是否也共用一个会话呢？答案是不会，而是会生成新的会话。如下测试所示

CREATE PUBLIC DATABASE LINK LINK_DEDIATED_TEST

CONNECT TO TEST IDENTIFIED BY "t123$%^" 

USING '(DESCRIPTION =

    (ADDRESS_LIST =

      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.20.57.24)(PORT = 1521))

    )

    (CONNECT_DATA =

       (SERVER = DEDICATED)

      (SERVICE_NAME = gsp.localdomain)

    )

  )';

关于dblink的查询为什么产生事务的原理分析,参考官方文档Transaction Processing in a Distributed System

Two-Phase Commit Mechanism

A database must guarantee that all statements in a transaction, distributed or non-distributed, either commit or roll back as a unit. The effects of an ongoing transaction should be invisible to all other transactions at all nodes; this transparency should be true for transactions that include any type of operation, including queries, updates, or remote procedure calls.

The general mechanisms of transaction control in a non-distributed database are discussed in the Oracle Database Concepts. In a distributed database, the database must coordinate transaction control with the same characteristics over a network and maintain data consistency, even if a network or system failure occurs.

The database two-phase commit mechanism guarantees that all database servers participating in a distributed transaction either all commit or all roll back the statements in the transaction. A two-phase commit mechanism also protects implicit DML operations performed by integrity constraints, remote procedure calls, and triggers.

总结：

Oracle数据库中使用dblink的相关查询语句会产生事务， 如果有大量会话使用dblink的话，会在远程数据库产生大量的会话，有时候消耗的连接数量会非常可观。对于dblink在远程数据库的会话，必须先在本地数据库的当前会话commit，然后alter session close database link xxx, 关闭dblink，如果不执行这些操作，只能靠DCD或Tcp KeepLive机制触发数据库销毁会话。

参考资料：

https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:393468893370

http://blog.itpub.net/267265/viewspace-2123710/

https://docs.oracle.com/cd/B28359_01/server.111/b28310/ds_concepts004.htm#ADMIN12120