oracle和mysql連線方式對比

一、oracle的客戶端連線方式：
oracle net 用於客戶端和伺服器之間的會話連線，並負責維護該會話
net在客戶端是一個後臺應用程序，在伺服器端則包含監聽器的活動程序
（這也就是為什麼客戶端需要安裝基礎的oracle元件，其實是在連線時後臺跑了一個程序）
oracle net 同時也支援異構資料庫的連線，如連線到db2，sqlserver等
二、oracle net實現機制
使用者發出連線與使用者程序進行互動 ----》使用者程序通過oracle net與伺服器程序進行互動----》伺服器程序與例項進行互動（由net進行維護）----》例項通過與後臺程序進行互動實現資料庫讀寫

三、oracle net實現所需要的配置需求：
1. 網路配置（網必須通）
2. 節點所在的位置 （IP和hostname的解析）
3. 應用程式（起碼有個oracle環境）
4. 所使用的協議（TCP/IP等協議）

四、oracle net支援的連線型別：
1.客戶端-伺服器模式（sqlplus）
2.Java應用程式（JDBC）
3.Web客戶端應用程式（weblogic？）
4.Http直接連線到oracle伺服器 OEM

五、net連線方式
本地客戶端連線的資料庫（client和server在同一臺機器）也要使用net來進行資料庫連線，但是中間不通過listener，中間通過IPC協議，該協議允許同一主機內的程序間進行互相通訊
非本地客戶端連線，是在伺服器端啟用listener程序，客戶端通過tnsname，LDAP或easy connect解析字串，正確後進行連線，一旦連線成功，listener服務停止，也不會影響該會話

easy connect （TCP協議）不支援failover source routing load balance
sql>conn username/

[email protected]:port/service_name

本地名稱解析（tnsnames.ora）
支援oracle net所支援的所有協議，支援failover，source routing，load banlance

tnsnames.ora和listener.ora檔案中的server_name要互相對應
當客戶端發出連線請求時，監聽器首先使用客戶端連線描述符中的SERVICE_NAME相匹配。
如果客戶端連線描述符中使用的是SID,則不再嘗試匹配該值,而是對監聽器中設定的SID_NAME進行匹配

當客戶端使用的是SID連線引數，則匹配偵聽器配置檔案中的SID_NAME項    (主要用於相容以前的老版本,8i或更早版本)
否則當使用的是SERVICE_NAME，則匹配偵聽器配置檔案中的SERVICE_NAME項 (現在多用SERVICE_NAME項)

與mysql使用者驗證方式的對比：
1. oracle使用者程序和伺服器程序進行連線（中已經有包含使用者名稱密碼等系資訊），server端根據不同的認證方式進行認證，然後分配pga，sga等記憶體空間
oracle使用者有兩種認證方式：
• 作業系統認證（要求該使用者屬於本地DBA組，然後通過作業系統認證登入oracle，從而啟動資料庫)
• 密碼檔案認證
oracle使用哪種認證方式決定在於兩個引數:
1.remote_login_passwordfile=none|exclusive|shared
• none:不使用密碼檔案認證。如果選擇了這個值，就相當於遮蔽了密碼檔案的內容了。
• exclusive:要密碼檔案認證，自己獨佔使用(預設值)
• shared:要密碼檔案認證，不同例項dba使用者可以共享密碼檔案
2.位於$ORACLE_HOME/network/admin/sqlnet.ora
SQLNET.AUTHENTICATION_SERVICES=none|all|nts• none:關閉作業系統認證，只能密碼認證
• all:用於linux/unix平臺，關閉本機密碼檔案認證，採用作業系統認證
• nts:用於windows平臺

2.mysql首先沒有oracle net，監聽器的概念，原理就是基於tcp等網路協議，
當客戶端發起一個連線請求時，首先會根據tcp的三次握手方式與伺服器端建立連線，（此階段只是發了一個握手的小包用於連線），然後客戶端再向伺服器端傳送使用者名稱密碼等資訊進行驗證，伺服器收到驗證之後會進行驗證並回復客戶端（驗證部分是基於mysql底層實現，中間的通訊就是基於tcp協議實現）
處於等待使用者發驗證資訊的過程中 在mysql中 show processlist時 會看到
unauthenticted user
連線超時引數connect_timeout,如果使用者傳送驗證資訊超時則斷開連線

3.mysql經常會遇到sock檔案的問題
sock檔案在mysqld程序啟動時會自動建立，在redhat6時 伺服器掉電會導致mysql程序不能正常關閉，導致在重啟服務的時候會報已經存在mysql.sock，不能啟動的bug ，該bug需要升級mysql-server包好像就可以解決

mysql -h127.0.0.1 –P3306 –uxxx –pxxx [TCP通訊方式] 通過網路
mysql-uxxx –pxxx –S/usr/mysql/mysql.sock [unix socket通訊方式] sock也可以不寫，這個是在本機上連線資料庫時可以通過sock檔案進行訪問，基於sock允許同機器上的程序進行通訊的協議，這個其實就是localhost的主機名建立連線，如果sock檔案被刪了，則本地只能通過127.0.0.1 TCP進行連線