一、關系型資料庫與非關系型資料庫
1.關系型資料庫的特點：
1）資料以表格的形式出現
2）每行為各種記錄名稱
3）每列為記錄名稱所對應的資料域
4）許多的行和列組成一張表單
5）若干的表單組成資料庫
2.關系型資料庫的優勢：
2.1 復雜的查詢：可以使用SQL陳述句方便地在一個表以及多個表之間做非常復雜的資料查詢，
2.2 事務支持：使得對于安全性能很高的資料訪問要求得以實作，
3.非關系型資料庫的優勢：
3.1 性能：NOSQL是基于鍵值對的，可以想象成表中的主鍵和值的對應關系，而且不需要經過SQL層的決議，所以性能非常高，
3.2 可擴展性：同樣也是因為基于鍵值對，資料之間沒有耦合性，所以非常容易水平擴展，
問題：三種傳統資料庫之間的區別？
答：三者之間是根據資料之間的聯系而去別的，層次性資料庫是樹形結構、網狀型資料庫是鏈接指標結構、關系型資料庫是二維表結構，
二、事務（ACID）
事務（transaction）是作為單個邏輯作業單元執行的一系列操作，這些操作作為一個整體一起向系統提交，要么都執行，要么都不執行，事務是一個不可分割的作業邏輯單元，
事務必須具備以下四個屬性，簡稱ACID屬性：
原子性（atomicity）：事務是一個完整的操作，事物的各部操作是不可分的（原子的）；要么都執行，要么都不執行，不會結束在中間某個環節；事務在執行程序中發生錯誤，會被回滾（Rollback）到事務開始前的狀態，就像這個事務從來沒有執行過一樣，
一致性（consistency）：在事務開始和完成時，資料庫中的資料都必須保持一致的狀態；資料的完整性約束沒有被破壞，
隔離性（isolation）：對資料進行修改的所有并發事務是彼此隔離的，這表明事務必須是獨立的，它不應以任何形式依賴于或影響其他事務；隔離性通過鎖就可以實作；
永久性（durability）：事務完成后，它對資料庫的修改是永久的，并不會被回滾；事務日志能夠保持事務的永久性，
事務的隔離級別（由低到高）：
讀取未提交內容（又稱為臟讀 read uncommitted）：指所有事務都可以看到其他未提交事務的執行結果，可能有臟讀、不可重復讀和幻讀問題，
讀取已提交內容（read commited）：一個事務只能看見已經提交的事務所做的改變，可以避免臟讀，可能有不可重復讀和幻讀問題，
可重復讀（repeatable read）：是MySQL的默認事務隔離級別，它確保同一事務的多個實體在并發讀取資料時，會看到同樣的資料行，可以避免臟讀和不可重復讀，可能會有幻讀問題，
可串行化（serializable）：是最高的隔離級別，它通過在每個讀的資料行上加上共享鎖，所有事務都一個接一個地串行化執行，使之不可能相互沖突，從而解決幻讀問題，可以避免臟讀、不可重復讀、幻讀，
并發事務帶來的問題：
1.更新丟失：兩個事務T1和T2讀入了同一資料并修改，T2提交的結果覆寫了T1提交的結果，導致T1的修改被丟失，
2.臟讀：事務T1修改了某一資料，并將其寫回磁盤，事務T2讀取同一資料后，T1由于某種原因被撤銷，這時T1已修改過的資料恢復原值，T2讀到的資料就與資料庫中的資料不一致，則T2讀到的資料就為“臟”資料，即不正確的資料，
3.不可重復讀：是指在一個事務內，多次讀同一資料，在這個事務還沒有結束時，另外一個事務也訪問了該同一資料，那么，在第一個事務中的兩次讀資料之間，由于第二個事務的修改，那么第一個事務兩次讀到的資料可能是不一樣的，這就發生了在一個事務內兩次相同的查詢讀到的資料是不一樣的，因此稱為是不可重復讀，
4.幻讀：例如：目前工資為5000的員工有10人，事務A讀取所有工資為5000的人數為10人，此時，事務B插入了一條工資也為5000的記錄，這時，事務A再次讀取工資為5000的員工，記錄為11人，此時就產生了幻讀，
不可重復讀和幻讀的區別？
不可重復讀的重點是修改：同樣的條件，你讀取過的資料，再次讀取出來發現值不一樣了；
幻讀的重點在于新增或洗掉：同樣的條件，第1次和第2次讀出來的記錄數不一樣；
MVCC（多版本并發控制機制）：InnoDB的MVCC，是通過在每行記錄后面保存兩個隱藏的列來實作的，分別保存了行的創建時間和行的洗掉時間（這里存盤的并不是實際的時間值，而是系統版本號），每開始一個新的事務，系統版本號都會自動遞增，事務開始時刻的系統版本號會作為事務的ID，用來和查詢到的每行記錄的版本號進行比較，使用MVCC后可重復讀隔離級別下不會出現幻讀現象，
MySQL事務控制陳述句
begin或start transaction：顯式地開啟一個事務；
commit：提交事務，并使以對資料庫進行的所有修改稱為永久性的；
rollback：回滾會結束用戶的事務，并撤銷正在進行的所有未提交的修改；
資料庫怎么保證資料的一致性？
事務，悲觀鎖，樂觀鎖，
三、存盤引擎
存盤引擎是資料庫底層軟體組織，資料庫管理系統（DBMS）使用資料引擎進行創建、查詢、更新和洗掉資料，
1.InnoDB（聚集索引方式）
innodb底層存盤結構為B+樹，樹的每個節點對應innodb的一個page，page的大小是固定的，一般設為16K.其中非葉子節點只有鍵值，葉子節點包含完整資料，
使用場景：1）經常更新的表，是和處理多重并發的更新請求；
2）支持事務安全表（ACID），支持行鎖和外鍵；
3）可以通過bin-log日志等恢復
innodb如果沒有設定主鍵，就會自動生成一個6位元組的主鍵（用戶不可見），
2.MyISAM（非聚簇索引方式）
MyISAM在5.1之前是MySQL的默認存盤引擎，它強調的是性能，但是它不支持事務、也不支持行鎖和外鍵，支持表鎖；當插入或更新資料時，需要鎖住整個表，效率便會低一些，只快取索引，不快取真實資料，MyISAM讀取資料時速度很快，而且不占用大量的記憶體和存盤資源，
MyISAM允許沒有主鍵的存在，是一種靜態索引結構，
問題：MySQL中MyISAM與InnoDB的區別？
答：MySQL資料庫中，最常用的兩種引擎是innodb和myisam，InnoDB是目前MySQL的默認存盤引擎，
1）事務方面：MyISAM強調的是性能，查詢速度比InnoDB型別更快，但是不支持事務，InnoDB提供事務支持，
2）外鍵：MyISAM不支持外鍵，InnoDB支持外鍵，
3）鎖：MyISAM只支持表級鎖，InnoDB支持行級鎖和表級鎖，默認為行級鎖，行鎖大幅度提高了多用戶并發操作的性能，innodb比較適合于插入和更新操作比較多的情況，而myisam則適合于頻繁查詢的情況，另外，innodb表的行鎖也不是絕對的，如果在執行一個SQL陳述句時，MySQL不能確定要掃描的范圍，innodb同樣會鎖全表，例如：update table set num=1 where name like "%aaa%"，
4）全文索引：MyISAM支持全文索引，Innodb不支持全文索引，innodb從MySQL5.6之后提供全文索引的支持，
5）表主鍵：myisam允許沒有主鍵的表存在；innodb：如果沒有設定主鍵，就會自動生成一個6位元組的主鍵（用戶不可見），
6）表的具體行數：myisam：select count(*) from table，myisam只要簡單的讀出保存好的行數，因為myisam內置了一個計數器，count(*)時它直接從計數器中讀，
innodb：不保存表的具體行數，也就是說，執行select count(*) from table 時，innodb要掃描一遍整個表來計算有多少行，
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/114646.html
標籤：MySQL
上一篇：select子句
下一篇：mysql索引命中規則