mysql與oracle資料庫的區別
一、併發性
併發性是oltp資料庫最重要的特性，但併發涉及到資源的獲取、共享與鎖定。
mysql:
mysql以表級鎖為主，對資源鎖定的粒度很大，如果一個session對一個表加鎖時間過長，會讓其他session無法更新此表中的資料。
雖然InnoDB引擎的表可以用行級鎖，但這個行級鎖的機制依賴於表的索引，如果表沒有索引，或者sql語句沒有使用索引，那麼仍然使用表級鎖。
oracle:
oracle使用行級鎖，對資源鎖定的粒度要小很多，只是鎖定sql需要的資源，並且加鎖是在資料庫中的資料行上，不依賴與索引。所以oracle對併發性的支援要好很多。
二、一致性
oracle:
oracle支援serializable的隔離級別，可以實現最高級別的讀一致性。每個session提交後其他session才能看到提交的更改。oracle通過在undo表空間中構造多版本資料塊來實現讀一致性，
每個session查詢時，如果對應的資料塊發生變化，oracle會在undo表空間中為這個session構造它查詢時的舊的資料塊。
mysql:
mysql沒有類似oracle的構造多版本資料塊的機制，只支援read commited的隔離級別。一個session讀取資料時，其他session不能更改資料，但可以在表最後插入資料。
session更新資料時，要加上排它鎖，其他session無法訪問資料。
三、事務
oracle很早就完全支援事務。
mysql在innodb儲存引擎的行級鎖的情況下才支援事務。
四、資料永續性
oracle
保證提交的資料均可恢復，因為oracle把提交的sql操作線寫入了線上聯機日誌檔案中，保持到了磁碟上，
如果出現數據庫或主機異常重啟，重啟後oracle可以考聯機線上日誌恢復客戶提交的資料。
mysql:
預設提交sql語句，但如果更新過程中出現db或主機重啟的問題，也許會丟失資料。
五、提交方式
oracle預設不自動提交，需要使用者手動提交。
mysql預設是自動提交。
六、邏輯備份
oracle邏輯備份時不鎖定資料，且備份的資料是一致的。
mysql邏輯備份時要鎖定資料，才能保證備份的資料是一致的，影響業務正常的dml使用。
七、熱備份
oracle有成熟的熱備工具rman，熱備時，不影響使用者使用資料庫。即使備份的資料庫不一致，也可以在恢復時通過歸檔日誌和聯機重做日誌進行一致的回覆。
mysql:
myisam的引擎，用mysql自帶的mysqlhostcopy熱備時，需要給表加讀鎖，影響dml操作。
innodb的引擎，它會備份innodb的表和索引，但是不會備份.frm檔案。用ibbackup備份時，會有一個日誌檔案記錄備份期間的資料變化，因此可以不用鎖表，不影響其他使用者使用資料庫。但此工具是收費的。
innobackup是結合ibbackup使用的一個指令碼，他會協助對.frm檔案的備份。
八、sql語句的擴充套件和靈活性
mysql對sql語句有很多非常實用而方便的擴充套件，比如limit功能，insert可以一次插入多行資料，select某些管理資料可以不加from。
oracle在這方面感覺更加穩重傳統一些。
九、複製
oracle:既有推或拉式的傳統資料複製，也有dataguard的雙機或多機容災機制，主庫出現問題是，可以自動切換備庫到主庫，但配置管理較複雜。
mysql:複製伺服器配置簡單，但主庫出問題時，叢庫有可能丟失一定的資料。且需要手工切換叢庫到主庫。
十、效能診斷
oracle有各種成熟的效能診斷調優工具，能實現很多自動分析、診斷功能。比如awr、addm、sqltrace、tkproof等
mysql的診斷調優方法較少，主要有慢查詢日誌。
十一、許可權與安全
mysql的使用者與主機有關，感覺沒有什麼意義，另外更容易被仿冒主機及ip有可乘之機。
oracle的許可權與安全概念比較傳統，中規中矩。
十二、分割槽表和分割槽索引
oracle的分割槽表和分割槽索引功能很成熟，可以提高使用者訪問db的體驗。
mysql的分割槽表還不太成熟穩定。
十三、管理工具
oracle有多種成熟的命令列、圖形介面、web管理工具，還有很多第三方的管理工具，管理極其方便高效。
mysql管理工具較少，在linux下的管理工具的安裝有時要安裝額外的包(phpmyadmin， etc)，有一定複雜性。
服務端提供oracle服務的例項，其是資料庫的核心，用於資料庫的管理，物件的管理與儲存、資料的儲存、查詢、資料庫資源的監控、監聽等一些服務。
而客戶端只是一個與服務端互動的工具，如sqlplus，在sqlplus裡執行SQL語句傳到服務端，服務端進行解析後執行SQL裡的操作，並將操作結果輸出到客戶端。
這就完成了一個客戶端與服務端互動的過程。