① 四大國產資料庫是什麼
四大國產資料庫：
1、南大通用：
南大通用提供具有國際先進技術水平的資料庫產品。南大通用已經形成了在大規模、高性能、分布式、高安全的數據存儲、管理和應用方面的技術儲備，同時對於數據整合、應用系統集成、PKI安全等方面具有豐富的應用開發經驗。
2、武漢達夢：
武漢達夢資料庫有限公司成立於2000年，為國有控股的基礎軟體企業，專業從事資料庫管理系統研發、銷售和服務。其前身是華中科技大學資料庫與多媒體研究所，是國內最早從事資料庫管理系統研發的科研機構。達夢資料庫為中國資料庫標准委員會組長單位，得到了國家各級政府的強力支持。
3、人大金倉：
人大金倉資料庫管理系統KingbaseES是北京人大金倉信息技術股份有限公司自主研製開發的具有自主知識產權的通用關系型資料庫管理系統。
金倉資料庫主要面向事務處理類應用，兼顧各類數據分析類應用，可用做管理信息系統、業務及生產系統、決策支持系統、多維數據分析、全文檢索、地理信息系統、圖片搜索等的承載資料庫。
4、神舟通用：
神通資料庫是一款計算機資料庫。神通資料庫標准版提供了大型關系型資料庫通用的功能，豐富的數據類型、多種索引類型、存儲過程、觸發器、內置函數、視圖、Package、行級鎖、完整性約束、多種隔離級別、在線備份、支持事務處理等通用特性，系統支持sql通用資料庫查詢語言。
(1)支持事務的資料庫擴展閱讀
金倉資料庫針對不同類型的客戶需求，KingbaseES V8設計並實現了企業版、標准版、專業版版等多類版本。這些版本全部構建於同一資料庫引擎內。在不同平台上，這些版本完全兼容。資料庫應用程序可從筆記本電腦擴展到台式機、大型資料庫伺服器，以至整個企業網路，而無需重新設計。
神通資料庫安全版為了滿足政府、國防、軍工等對數據安全有特殊要求的行業應用需求，構建一個完備的數據安全存儲和訪問體系，從用戶連接資料庫那一刻起，到將數據存放於存儲介質中，每一個環節都有安全上的防控措施，為用戶提供了系統的資料庫內置安全解決方案。
② 常用的資料庫有哪些
1. IBM 的DB2
作為關系資料庫領域的開拓者和領航人，IBM在1997年完成了System R系統的原型，1980年開始提供集成的資料庫伺服器—— System/38，隨後是SQL/DSforVSE和VM，其初始版本與SystemR研究原型密切相關。DB2 forMVSV1 在1983年推出。該版本的目標是提供這一新方案所承諾的簡單性，數據不相關性和用戶生產率。1988年DB2 for MVS 提供了強大的在線事務處理（OLTP）支持，1989 年和1993 年分別以遠程工作單元和分布式工作單元實現了分布式資料庫支持。最近推出的DB2 Universal Database 6.1則是通用資料庫的典範，是第一個具備網上功能的多媒體關系資料庫管理系統，支持包括Linux在內的一系列平台。
2. Oracle
Oracle 前身叫SDL，由Larry Ellison 和另兩個編程人員在1977創辦，他們開發了自己的拳頭產品，在市場上大量銷售，1979 年，Oracle公司引入了第一個商用SQL 關系資料庫管理系統。Oracle公司是最早開發關系資料庫的廠商之一，其產品支持最廣泛的操作系統平台。目前Oracle關系資料庫產品的市場佔有率名列前茅。
3. Informix
Informix在1980年成立，目的是為Unix等開放操作系統提供專業的關系型資料庫產品。公司的名稱Informix便是取自Information 和Unix的結合。Informix第一個真正支持SQL語言的關系資料庫產品是Informix SE（StandardEngine）。InformixSE是在當時的微機Unix環境下主要的資料庫產品。它也是第一個被移植到Linux上的商業資料庫產品。
4. Sybase
Sybase公司成立於1984年，公司名稱「Sybase」取自「system」和 「database」 相結合的含義。Sybase公司的創始人之一Bob Epstein 是Ingres 大學版（與System/R同時期的關系資料庫模型產品）的主要設計人員。公司的第一個關系資料庫產品是1987年5月推出的SybaseSQLServer1.0。Sybase首先提出Client/Server 資料庫體系結構的思想，並率先在Sybase SQLServer 中實現。
5. SQL Server
1987 年，微軟和 IBM合作開發完成OS/2，IBM 在其銷售的OS/2 ExtendedEdition 系統中綁定了OS/2Database Manager，而微軟產品線中尚缺少資料庫產品。為此，微軟將目光投向Sybase，同Sybase 簽訂了合作協議，使用Sybase的技術開發基於OS/2平台的關系型資料庫。1989年，微軟發布了SQL Server 1.0 版。
6.PostgreSQL
PostgreSQL 是一種特性非常齊全的自由軟體的對象——關系性資料庫管理系統（ORDBMS），它的很多特性是當今許多商業資料庫的前身。PostgreSQL最早開始於BSD的Ingres項目。PostgreSQL 的特性覆蓋了SQL-2/SQL-92和SQL-3。首先，它包括了可以說是目前世界上最豐富的數據類型的支持；其次，目前PostgreSQL 是唯一支持事務、子查詢、多版本並行控制系統、數據完整性檢查等特性的唯一的一種自由軟體的資料庫管理系統.
7.mySQL
mySQL是一個小型關系型資料庫管理系統，開發者為瑞典MySQL AB公司。在2008年1月16號被Sun公司收購。目前MySQL被廣泛地應用在Internet上的中小型網站中。由於其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型網站為了降低網站總體擁有成本而選擇了MySQL作為網站資料庫。MySQL的官方網站的網址是： www.mysql.com
③ mysql myisam 支持事務嗎
首先要了解資料庫里的事務是什麼意思。事務在計算機資料庫里 ：在計算機術語中是指訪問並可能更新資料庫中各種數據項的一個程序執行單元(unit)。在關系資料庫中，一個事務可以是一條SQL語句，一組SQL語句或整個程序。簡單的講 舉例來說：A 匯100塊錢給 B，A 減少100 ，B增加100， 這是一個事務，只要中間有任何錯誤，這個事務的所有操作都要撤銷。所以MyISAM不支持事務就是這個意思，需要程序進行撤銷操作。Innodb 是支持事務的。
mysql的存儲引擎包括：MyISAM、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、NDBCluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED等，其中InnoDB和BDB提供事務安全表，其他存儲引擎都是非事務安全表。
最常使用的2種存儲引擎:
1.Myisam是Mysql的默認存儲引擎，當create創建新表時，未指定新表的存儲引擎時，默認使用Myisam。每個MyISAM在磁碟上存儲成三個文件。文件名都和表名相同，擴展名分別是.frm（存儲表定義）、.MYD(MYData，存儲數據)、.MYI(MYIndex，存儲索引)。數據文件和索引文件可以放置在不同的目錄，平均分布io，獲得更快的速度。
2.InnoDB存儲引擎提供了具有提交、回滾和崩潰恢復能力的事務安全。但是對比Myisam的存儲引擎，InnoDB寫的處理效率差一些並且會佔用更多的磁碟空間以保留數據和索引。
④ Mysql資料庫中，事務是指什麼如何使用該功能
MySQL 事務
什麼是事務？
MySQL 事務主要用於處理操作量大，復雜度高的數據。比如說，在人員管理系統中，你刪除一個人員，你既需要刪除人員的基本資料，也要刪除和該人員相關的信息，如信箱，文章等等，這樣，這些資料庫操作語句就構成一個事務！
在 MySQL 中只有使用了 Innodb 資料庫引擎的資料庫或表才支持事務。
事務處理可以用來維護資料庫的完整性，保證成批的 SQL 語句要麼全部執行，要麼全部不執行。
事務用來管理 insert,update,delete 語句
一般來說，事務是必須滿足4個條件（ACID）：原子性（Atomicity，或稱不可分割性）、一致性（Consistency）、隔離性（Isolation，又稱獨立性）、持久性（Durability）。
原子性：一個事務（transaction）中的所有操作，要麼全部完成，要麼全部不完成，不會結束在中間某個環節。事務在執行過程中發生錯誤，會被回滾（Rollback）到事務開始前的狀態，就像這個事務從來沒有執行過一樣。
一致性：在事務開始之前和事務結束以後，資料庫的完整性沒有被破壞。這表示寫入的資料必須完全符合所有的預設規則，這包含資料的精確度、串聯性以及後續資料庫可以自發性地完成預定的工作。
隔離性：資料庫允許多個並發事務同時對其數據進行讀寫和修改的能力，隔離性可以防止多個事務並發執行時由於交叉執行而導致數據的不一致。事務隔離分為不同級別，包括讀未提交（Read uncommitted）、讀提交（read committed）、可重復讀（repeatable read）和串列化（Serializable）。
持久性：事務處理結束後，對數據的修改就是永久的，即便系統故障也不會丟失。
在 MySQL 命令行的默認設置下，事務都是自動提交的，即執行 SQL 語句後就會馬上執行 COMMIT 操作。因此要顯式地開啟一個事務務須使用命令 BEGIN 或 START TRANSACTION，或者執行命令 SET AUTOCOMMIT=0，用來禁止使用當前會話的自動提交。
from 樹懶學堂 - 一站式數據知識平台
⑤ 資料庫詳解之事務
究竟什麼是資料庫的事務，為什麼資料庫需要支持事務，為了實現資料庫事務各種資料庫的是如何設計的。還是只談理解，歡迎大家來討論。
1. 資料庫事務是什麼
事務的定義，已經有太多文章寫過，我就不重復了。我理解的事務就是用來保證數據操作符合業務邏輯要求而實現的一系列功能。換句話說，如果資料庫不支持事務，上面業務系統的程序員就需要自己寫代碼保證相關數據處理邏輯的正確性。而資料庫事務就是把一系列保證資料庫處理邏輯正確性的通用功能在資料庫內實現，並且盡量提高效率。
舉個例子，資料庫最開始普及就是在金融業，銀行的存取款場景就是一個最典型的OLTP資料庫場景，而事務就是設計用來保證類似場景的業務邏輯正確性的。
**原子性**，如果你要給家人轉賬，必須在你的賬戶里扣掉100塊，在家人賬戶里加上100塊，這兩筆操作需要一起完成，業務邏輯才是正確的。但是程序在做修改的時，肯定會有先後順序，試想一下程序扣了你的錢，這個時候程序崩潰了，家人賬戶的錢沒有加上。那這100塊是不是消失了？你是不是要發瘋？那麼，就把這兩筆操作放進一個事務里，通過原子性保證，這兩筆操作要麼都成功，要麼都失敗。這樣才能保證業務邏輯的正確性。
**一致性**，有很多文章講過一致性，但是很多人會把一致性跟原子性混在一起說。事務的一致性指的是指每一個事務必須保證執行之後所有庫內的規則依舊成立。比如內外鍵，constraint，觸發器等。舉例來說，你在儲蓄卡里有100元，理財賬戶里有100元，基金賬戶有100元，那麼你在資產總和里會看到300元，這個300元必須是其他三個賬戶余額加在一起得到的。你在給家人轉帳100元是從儲蓄卡里轉出去了100元，那麼在資料庫上可以通過創建觸發器的方式，當儲蓄卡余額賬戶減100元的同時，把資產總和也同步減去100，不然的話，就會出現邏輯上的錯誤，因為你已經轉走了100塊儲蓄卡余額，實際資產總和應該是200，如果還是300，資料庫狀態就不一致了。所以實現事務的時候，必須要保證相關聯的觸發器以及其他所有的內部規則都執行成功，事務才能算執行成功。如果在減去資產總時出錯，那麼這筆轉帳交易也不能成功。因為這樣資料庫就會進入不一致的狀態。
那麼這里跟原子性的區別到底在哪裡呢？原子性是指個多個用戶指令之間必須作為一個整體完成或失敗，而一致性更多是資料庫內的相關數據規則必須同時完成或失敗。
**持久性**，最容易理解的一個，事務只要提交了，那麼對資料庫的修改就會保存下來不會丟了。簡單來說，只要提交了，資料庫就算崩潰了，重啟之後你剛存的100塊依然在你的賬戶里。
**隔離性**，每個事務相對於其他的事務是有一定獨立性的，不能互相影響。因為資料庫需要支持並發的操作來提高效率。在並發操作時，一定要通過操作之間的隔離來保證業務邏輯的正確性。比如，你轉帳100塊給家人，一系列操作的最後一步可能是輸入驗證碼，這個時候轉帳還沒有完成，但是在資料庫里你的賬戶對應的記錄中已經減去100塊，家人賬戶也加了100塊，就等著驗證碼輸入以後，事務提交，完成操作。那麼，這個時候，家人通過手機銀行能夠查到這100塊么？你的答案可能是不能，因為這樣才符合業務邏輯，因為你的轉帳操作還沒有提交，事務還沒有完成。那麼資料庫就應該保證這兩個並發操作之間具有一定的隔離性。
那麼到底應該隔離到什麼程度呢？隔離性又分為4個等級：由低到高依次為Read uncommitted(讀未提交)、Read committed（讀提交）、Repeatable read（可重復讀取）、Serializable（序列化），這四個級別可以逐個解決臟讀、不可重復讀、幻象讀這幾類問題。這些東西是什麼意思？請有興趣的小夥伴自行網路，很多文章都寫的很清楚。
那麼怎麼理解不同的隔離等級呢，首先要理解並發操作，並發操作就是指有不同的用戶同時對一個數據進行讀、寫操作，那麼在這個過程中，每個用戶應該看到什麼數據才能保證業務邏輯的正確性呢？ 如果是前面存取款的場景，我必須看到的是已經存進來的錢，也就是必須是已經提交的事務。而12306刷火車票呢，你可以看到有10張余票，但是在下單的時候告訴你票賣完了，因為同時有10個用戶把票買掉了，你需要重新刷余票，這個也是可以接受的，也就是說我可以讀到一些虛假的余票，這樣在業務上也沒有什麼問題。那麼在設計這兩個不同系統時，就可以選擇不同的事務隔離級別來實現不同的並發效果。不同的隔離等級就是要在系統的並發性和數據邏輯的嚴謹性之間做出的平衡。
2. 資料庫如何實現事務
資料庫實現事務會有多種不同的方式，但基本的原理類似，比如都需要對事務進行統一的編號處理，都需要記錄事務的狀態（是成功了還是失敗了），都需要在數據存儲的層面對事務進行支持，以明確哪些數據是被哪些事務、插入、修改和刪除的。同時還會記錄事務日誌等，對事務進行系統化的管理以實現數據的原子性，一致性和持久性。
要實現事務的隔離性，最基礎的就是通過加鎖機制把並發操作適當的串列化來保證數據操作的正確邏輯。但是為了要保證系統具有良好的並發性能，必須要在實現事務隔離性時需要找到合理的平衡點。大部分資料庫（包括Oracle，MySQL，Postgres在內）在做並發控制的時候都會採用MVCC（多版本並發控制）的機制來保證系統具有較高的並發性，不同資料庫實現MVCC的具體方案也不盡相同，但其基本原理類似。
3. MVCC實現原理
所謂MVCC，就是資料庫中的同一查詢根據相關事務執行的先後順序以及隔離級別的不同，可能會存在不同版本的結果，通過這樣的手段來保證大部分查詢操作不會被修改操作阻塞並保證數據邏輯的正確性。也就是資料庫通過保存多個版本的數據（ 歷史 數據）來提高系統的並發查詢能力。簡單來說就是用存儲空間來交換並發能力。下面以Postgres為例介紹一下MVCC的一種實現方式幫助大家理解這個重要的資料庫概念。通過下面的圖來解釋Posrgres里最基本的數據可見性是如何實現多版本控制的。
首先，Postgres里的每一個事務都有編號，這里可以簡單理解為時間順序編號，編號越大的事務發生越晚。然後，資料庫里的每一行記錄都會保存創建這條記錄的事務號（Cre），也會在記錄刪除時保存刪除這條記錄的事務號（Exp），換句話說，只要Exp這里一列里記錄了事務編號，就說明這條記錄被刪除了。那麼一個事務應該能看見那些記錄呢？Postgres里每一個事務都會保存一個當前系統的事務快照（Snapshot），這個快照里會保存事務創建時當前系統的最高（最晚）事務編號，以及目前還在進行中的事務編號。那麼如上圖所示的一個事務的快照里最高事務編號為100，目前正在進行的事務有25，50和75。那麼對應左邊數據記錄，這6行數據的可見性就如同標注的一般：
第一行，Cre 30，沒有刪除，在100這個時間點，應該能看到。
第二行，Cre 50，沒有刪除，但是50這個事務還沒有提交，正在進行中，所以看不見。
第三行，Cre 110，沒有刪除，但是100這個時間點110事務還沒有發生，所以看不見。
第四行，Cre 30，Exp 80，在80的時候數據被刪掉了，所以看不見。
第五行，Cre 30，Exp 75，在30的時候被創建，75時候被刪掉了，但是75這個事務在100的時候還沒有提交，所以這條記錄在100的時候還沒有刪掉，所以看得見。
第六行，Cre30，Exp 110，在30的時被創建，110時候被刪掉，但是在100時候，110還沒有發生，所以看得見。
綜上，就是這個事務對這六條記錄的可見性，也就是一個數據版本。那麼大家可以看一下如果另一個事務的快照里存的是最高事務編號為110，正在進行的事務為50，那麼它能看到的數據應該是哪幾行呢？同時大家也看到，Postgres里刪除一行數據其實就是在這一行的Exp這個列記錄一個刪除事務的編號，相當於做了一個刪除標記，而數據沒有真正被刪除，因此Postgres資料庫需要定期做數據清理操作（Vacuum）。Pstgres的在現實場景里會比這里介紹的要復雜，因為我們這里假定所有的事務最終都是正確提交了，如果存在某些事務沒有提交的情況，那麼可見性就會更加復雜，這里不再展開了。
資料庫事務是基本的資料庫概念，之前已經有很多很好文章做過介紹，這里希望能把自己的理解用比較通俗的描述分享給大家，歡迎來討論交流。
⑥ 大數據常用哪些資料庫
通常資料庫分為關系型資料庫和非關系型資料庫，關系型資料庫的優勢到現在也是無可替代的，比如MySQL、SQL Server、Oracle、DB2、SyBase、Informix、PostgreSQL以及比較小型的Access等等資料庫，這些資料庫支持復雜的SQL操作和事務機制，適合小量數據讀寫場景；但是到了大數據時代，人們更多的數據和物聯網加入的數據已經超出了關系資料庫的承載范圍。
大數據時代初期，隨著數據請求並發量大不斷增大，一般都是採用的集群同步數據的方式處理，就是將資料庫分成了很多的小庫，每個資料庫的數據內容是不變的，都是保存了源資料庫的數據副本，通過同步或者非同步方式保證數據的一致性，每個庫設定特定的讀寫方式，比如主資料庫負責寫操作，從資料庫是負責讀操作，等等根據業務復雜程度以此類推，將業務在物理層面上進行了分離，但是這種方式依舊存在一定的負載壓力的問題，企業數據在不斷的擴增中，後面就採用分庫分表的方式解決，對讀寫負載進行分離，但是這種實現依舊存在不足，且需要不斷進行資料庫伺服器擴容。
NoSQL資料庫大致分為5種類型
1、列族資料庫：BigTable、HBase、Cassandra、Amazon SimpleDB、HadoopDB等，下面簡單介紹幾個
（1）Cassandra：Cassandra是一個列存儲資料庫，支持跨數據中心的數據復制。它的數據模型提供列索引，log-structured修改，支持反規范化，實體化視圖和嵌入超高速緩存。
（2）HBase：Apache Hbase源於Google的Bigtable，是一個開源、分布式、面向列存儲的模型。在Hadoop和HDFS之上提供了像Bigtable一樣的功能。
（3）Amazon SimpleDB：Amazon SimpleDB是一個非關系型數據存儲，它卸下資料庫管理的工作。開發者使用Web服務請求存儲和查詢數據項
（4）Apache Accumulo：Apache Accumulo的有序的、分布式鍵值數據存儲，基於Google的BigTable設計，建立在Apache Hadoop、Zookeeper和Thrift技術之上。
（5）Hypertable：Hypertable是一個開源、可擴展的資料庫，模仿Bigtable，支持分片。
（6）Azure Tables：Windows Azure Table Storage Service為要求大量非結構化數據存儲的應用提供NoSQL性能。表能夠自動擴展到TB級別，能通過REST和Managed API訪問。
2、鍵值資料庫：Redis、SimpleDB、Scalaris、Memcached等，下面簡單介紹幾個
（1）Riak：Riak是一個開源，分布式鍵值資料庫，支持數據復制和容錯。（2）Redis：Redis是一個開源的鍵值存儲。支持主從式復制、事務，Pub/Sub、Lua腳本，還支持給Key添加時限。
（3）Dynamo：Dynamo是一個鍵值分布式數據存儲。它直接由亞馬遜Dynamo資料庫實現；在亞馬遜S3產品中使用。
（4）Oracle NoSQL Database：來自Oracle的鍵值NoSQL資料庫。它支持事務ACID（原子性、一致性、持久性和獨立性）和JSON。
（5）Oracle NoSQL Database：具備數據備份和分布式鍵值存儲系統。
（6）Voldemort：具備數據備份和分布式鍵值存儲系統。
（7）Aerospike：Aerospike資料庫是一個鍵值存儲，支持混合內存架構，通過強一致性和可調一致性保證數據的完整性。
3、文檔資料庫：MongoDB、CouchDB、Perservere、Terrastore、RavenDB等，下面簡單介紹幾個
（1）MongoDB：開源、面向文檔，也是當下最人氣的NoSQL資料庫。
（2）CounchDB：Apache CounchDB是一個使用JSON的文檔資料庫，使用Javascript做MapRece查詢，以及一個使用HTTP的API。
（3）Couchbase：NoSQL文檔資料庫基於JSON模型。
（4）RavenDB：RavenDB是一個基於.NET語言的面向文檔資料庫。
（5）MarkLogic：MarkLogic NoSQL資料庫用來存儲基於XML和以文檔為中心的信息，支持靈活的模式。
4、圖資料庫：Neo4J、InfoGrid、OrientDB、GraphDB，下面簡單介紹幾個
（1）Neo4j：Neo4j是一個圖資料庫；支持ACID事務（原子性、獨立性、持久性和一致性）。
（2）InfiniteGraph：一個圖資料庫用來維持和遍歷對象間的關系，支持分布式數據存儲。
（3）AllegroGraph：AllegroGraph是結合使用了內存和磁碟，提供了高可擴展性，支持SPARQ、RDFS++和Prolog推理。
5、內存數據網格：Hazelcast、Oracle Coherence、Terracotta BigMemorry、GemFire、Infinispan、GridGain、GigaSpaces，下面簡單介紹幾個
（1）Hazelcast：Hazelcast CE是一個開源數據分布平台，它允許開發者在資料庫集群之上共享和分割數據。
（2）Oracle Coherence：Oracle的內存數據網格解決方案提供了常用數據的快速訪問能力，一致性支持事務處理能力和數據的動態劃分。
（3）Terracotta BigMemory：來自Terracotta的分布式內存管理解決方案。這項產品包括一個Ehcache界面、Terracotta管理控制台和BigMemory-Hadoop連接器。
（4）GemFire：Vmware vFabric GemFire是一個分布式數據管理平台，也是一個分布式的數據網格平台，支持內存數據管理、復制、劃分、數據識別路由和連續查詢。
（5）Infinispan：Infinispan是一個基於Java的開源鍵值NoSQL數據存儲，和分布式數據節點平台，支持事務，peer-to-peer 及client/server 架構。
（6）GridGain：分布式、面向對象、基於內存、SQL+NoSQL鍵值資料庫。支持ACID事務。
（7）GigaSpaces：GigaSpaces內存數據網格能夠充當應用的記錄系統，並支持各種各樣的高速緩存場景。