https://juejin.im/post/5c91ac636fb9a071012a0c28 詳述MySQL主從複製原理及配置主從的完整步驟 innodb引擎的4大特性 事物的4種隔離級別 sql語句分類 事務是如何通過日誌來實現的 MySQL資料庫幾個基本的索引類型：普通索引、唯一索引、主鍵索引 ...
https://juejin.im/post/5c91ac636fb9a071012a0c28
詳述MySQL主從複製原理及配置主從的完整步驟
主從複製的原理如下： 主庫開啟binlog功能並授權從庫連接主庫，從庫通過change master得到主庫的相關同步信息然後連接主庫進行驗證，
主庫IO線程根據從庫slave線程的請求，從master.info開始記錄的位置點向下開始取信息，
同時把取到的位置點和最新的位置與binlog信息一同發給從庫IO線程,從庫將相關的sql語句存放在relay-log裡面，
最終從庫的sql線程將relay-log里的sql語句應用到從庫上，至此整個同步過程完成，之後將是無限重覆上述過程 完整步驟如下： 1、主庫開啟binlog功能，併進行全備，將全備文件推送到從庫伺服器上 2、show master status\G 記錄下當前的位置信息及二進位文件名 3、登陸從庫恢復全備文件 4、執行change master to 語句 5、執行start slave and show slave status\G
MySQL的複製原理以及流程
基本原理流程，3個線程以及之間的關聯；
主：binlog線程——記錄下所有改變了資料庫數據的語句，放進master上的binlog中；
從：io線程——在使用start slave 之後，負責從master上拉取 binlog 內容，放進 自己的relay log中；
從：sql執行線程——執行relay log中的語句；
MySQL中myisam與innodb的區別
1>.InnoDB支持事物，而MyISAM不支持事物 2>.InnoDB支持行級鎖，而MyISAM支持表級鎖 3>.InnoDB支持MVCC, 而MyISAM不支持 4>.InnoDB支持外鍵，而MyISAM不支持 5>.InnoDB不支持全文索引，而MyISAM支持。
innodb引擎的4大特性
插入緩衝（insert buffer),二次寫(double write),自適應哈希索引(ahi),預讀(read ahead)
innodb的事務與日誌的實現方式
有多少種日誌；
錯誤日誌：記錄出錯信息，也記錄一些警告信息或者正確的信息。
查詢日誌：記錄所有對資料庫請求的信息，不論這些請求是否得到了正確的執行。
慢查詢日誌：設置一個閾值，將運行時間超過該值的所有SQL語句都記錄到慢查詢的日誌文件中。
二進位日誌：記錄對資料庫執行更改的所有操作。
中繼日誌：
事務日誌：
事物的4種隔離級別
隔離級別
讀未提交(RU)
讀已提交(RC)
可重覆讀(RR)
串列
sql語句分類
DDL 數據定義語言，用來定義資料庫對象：庫、表、列 代表性關鍵字：create alter drop DML 數據操作語言，用來定義資料庫記錄 代表性關鍵字:insert delete update DCL 數據控制語言，用來定義訪問許可權和安全級別 代表性關鍵字:grant deny revoke DQL 數據查詢語言，用來查詢記錄數據 代表性關鍵字:select
事務是如何通過日誌來實現的
事務日誌是通過redo和innodb的存儲引擎日誌緩衝（Innodb log buffer）來實現的，
當開始一個事務的時候，會記錄該事務的lsn(log sequence number)號;
當事務執行時，會往InnoDB存儲引擎的日誌的日誌緩存裡面插入事務日誌；
當事務提交時，必須將存儲引擎的日誌緩衝寫入磁碟（通過innodb_flush_log_at_trx_commit來控制），
也就是寫數據前，需要先寫日誌。這種方式稱為“預寫日誌方式”
MySQL中InnoDB引擎的行鎖是通過加在什麼上完成(或稱實現)的？為什麼是這樣子的？
InnoDB是基於索引來完成行鎖 例: select * from tab_with_index where id = 1 for update; for update 可以根據條件來完成行鎖鎖定,並且 id 是有索引鍵的列, 如果 id 不是索引鍵那麼InnoDB將完成表鎖,,併發將無從談起
索引是什麼？有什麼作用以及優缺點？
1、索引是對資料庫表中一或多個列的值進行排序的結構，是幫助MySQL高效獲取數據的數據結構 2、索引就是加快檢索表中數據的方法。資料庫的索引類似於書籍的索引。
在書籍中，索引允許用戶不必翻閱完整個書就能迅速地找到所需要的信息。
在資料庫中，索引也允許資料庫程式迅速地找到表中的數據，而不必掃描整個資料庫。
MySQL資料庫幾個基本的索引類型：普通索引、唯一索引、主鍵索引、全文索引
1、索引加快資料庫的檢索速度 2、索引降低了插入、刪除、修改等維護任務的速度 3、唯一索引可以確保每一行數據的唯一性 4、通過使用索引，可以在查詢的過程中使用優化隱藏器，提高系統的性能 5、索引需要占物理和數據空間
什麼是事務？
事務（Transaction）是併發控制的基本單位。所謂的事務，它是一個操作序列，這些操作要麼都執行，要麼都不執行，
它是一個不可分割的工作單位。事務是資料庫維護數據一致性的單位，在每個事務結束時，都能保持數據一致性。
資料庫的樂觀鎖和悲觀鎖是什麼？
資料庫管理系統（DBMS）中的併發控制的任務是確保在多個事務同時存取資料庫中同一數據時不破壞事務的隔離性和統一性以及資料庫的統一性。
樂觀併發控制(樂觀鎖)和悲觀併發控制（悲觀鎖）是併發控制主要採用的技術手段。
悲觀鎖：假定會發生併發衝突，屏蔽一切可能違反數據完整性的操作
樂觀鎖：假設不會發生併發衝突，只在提交操作時檢查是否違反數據完整性。
使用索引查詢一定能提高查詢的性能嗎？為什麼
通常,通過索引查詢數據比全表掃描要快.但是我們也必須註意到它的代價. 1、索引需要空間來存儲,也需要定期維護, 每當有記錄在表中增減或索引列被修改時,索引本身也會被修改.
這意味著每條記錄的INSERT,DELETE,UPDATE將為此多付出4,5 次的磁碟I/O.
因為索引需要額外的存儲空間和處理,那些不必要的索引反而會使查詢反應時間變慢.
使用索引查詢不一定能提高查詢性能,索引範圍查詢(INDEX RANGE SCAN)適用於兩種情況: 2、基於一個範圍的檢索,一般查詢返回結果集小於表中記錄數的30% 3、基於非唯一性索引的檢索
簡單說一說drop、delete與truncate的區
SQL中的drop、delete、truncate都表示刪除，但是三者有一些差別 1、delete和truncate只刪除表的數據不刪除表的結構 2、速度,一般來說: drop> truncate >delete 3、delete語句是dml,這個操作會放到rollback segement中,事務提交之後才生效; 4、如果有相應的trigger,執行的時候將被觸發. truncate,drop是ddl, 操作立即生效,
原數據不放到rollback segment中,不能回滾. 操作不觸發trigger.
三個範式
第一範式（1NF）：資料庫表中的欄位都是單一屬性的，不可再分。這個單一屬性由基本類型構成，包括整型、實數、字元型、邏輯型、日期型等。 第二範式（2NF）：資料庫表中不存在非關鍵欄位對任一候選關鍵欄位的部分函數依賴（部分函數依賴指的是存在組合關鍵字中的某些欄位決定非關鍵欄位的情況），
也即所有非關鍵欄位都完全依賴於任意一組候選關鍵字。 第三範式（3NF）：在第二範式的基礎上，數據表中如果不存在非關鍵欄位對任一候選關鍵欄位的傳遞函數依賴則符合第三範式。
所謂傳遞函數依賴，指的是如 果存在"A → B → C"的決定關係，則C傳遞函數依賴於A。
因此，滿足第三範式的資料庫表應該不存在如下依賴關係： 關鍵欄位 → 非關鍵欄位 x → 非關鍵欄位y
MySQL存儲引擎
1、InnoDB存儲引擎
預設事務型引擎，最重要最廣泛的存儲引擎，性能非常優秀。
數據存儲在共用表空間，可以通過配置分開。也就是多個表和索引都存儲在一個表空間中，可以通過配置文件改變此配置。
對主鍵查詢的性能高於其他類型的存儲引擎。
內部做了很多優化，從磁碟讀取數據時會自動構建hash索引，插入數據時自動構建插入緩衝區。
通過一些機制和工具支持真正的熱備份。
支持崩潰後的安全恢復。
支持行級鎖。
支持外鍵。
2、MyISAM存儲引擎
擁有全文索引、壓縮、空間函數。
不支持事務和行級鎖、不支持崩潰後的安全恢復。
表存儲在兩個文件，MYD和MYI。
設計簡單，某些場景下性能很好，例如獲取整個表有多少條數據，性能很高。
全文索引不是很常用，不如使用外部的ElasticSearch或Lucene。
MySQL鎖機制
表鎖是日常開發中的常見問題，因此也是面試當中最常見的考察點，當多個查詢同一時刻進行數據修改時，就會產生併發控制的問題。共用鎖和排他鎖，就是讀鎖和寫鎖。
共用鎖，不堵塞，多個用戶可以同時讀一個資源，互不幹擾。
排他鎖，一個寫鎖會阻塞其他的讀鎖和寫鎖，這樣可以只允許一個用戶進行寫入，防止其他用戶讀取正在寫入的資源。
鎖的粒度
表鎖，系統開銷最小，會鎖定整張表，MyIsam使用表鎖。
行鎖，最大程度的支持併發處理，但是也帶來了最大的鎖開銷，InnoDB使用行鎖。
索引對性能的影響：
大大減少伺服器需要掃描的數據量。 幫助伺服器避免排序和臨時表。 將隨機I/O變順序I/O。 大大提高查詢速度。 降低寫的速度（不良影響）。 磁碟占用（不良影響）。
索引的使用場景：
對於非常小的表，大部分情況下全表掃描效率更高。
中到大型表，索引非常有效。
特大型的表，建立和使用索引的代價會隨之增大，可以使用分區技術來解決。
索引的類型：
索引很多種類型，是在MySQL的存儲引擎實現的。
普通索引：最基本的索引，沒有任何約束限制。
唯一索引：和普通索引類似，但是具有唯一性約束。
主鍵索引：特殊的唯一索引，不允許有空值。
