唯一索引比普通索引快嗎, 為什么
唯一索引不一定比普通索引快, 還可能慢.
- 查詢時, 在未使用 limit 1 的情況下, 在匹配到一條數(shù)據(jù)后, 唯一索引即返回, 普通索引會繼續(xù)匹配下一條數(shù)據(jù), 發(fā)現(xiàn)不匹配后返回. 如此看來唯一索引少了一次匹配, 但實際上這個消耗微乎其微.
- 更新時, 這個情況就比較復雜了. 普通索引將記錄放到 change buffer 中語句就執(zhí)行完畢了. 而對唯一索引而言, 它必須要校驗唯一性, 因此, 必須將數(shù)據(jù)頁讀入內存確定沒有沖突, 然后才能繼續(xù)操作. 對于 寫多讀少 的情況, 普通索引利用 change buffer 有效減少了對磁盤的訪問次數(shù), 因此普通索引性能要高于唯一索引.
MySQL由哪些部分組成, 分別用來做什么
- Server連接器: 管理連接, 權限驗證.分析器: 詞法分析, 語法分析.優(yōu)化器: 執(zhí)行計劃生成, 索引的選擇.執(zhí)行器: 操作存儲引擎, 返回執(zhí)行結果.
- 存儲引擎: 存儲數(shù)據(jù), 提供讀寫接口.
MySQL查詢緩存有什么弊端, 應該什么情況下使用, 8.0版本對查詢緩存有什么變更.
- 查詢緩存可能會失效非常頻繁, 對于一個表, 只要有更新, 該表的全部查詢緩存都會被情清空. 因此對于頻繁更新的表來說, 查詢緩存不一定能起到正面效果.
- 對于讀遠多于寫的表可以考慮使用查詢緩存.
- 8.0版本的查詢緩存功能被刪了 (￣.￣).
MyISAM 和 InnoDB 的區(qū)別有哪些
- InnoDB支持事務, MyISAM不支持.
- InnoDB支持行級鎖, MyISAM支持表級鎖.
- InnoDB支持多版本并發(fā)控制(MVVC), MyISAM不支持.
- InnoDB支持外鍵, MyISAM不支持.
- MyISAM支持全文索引, InnoDB不支持(但可以使用Sphinx插件)
MySQL怎么恢復半個月前的數(shù)據(jù)
通過整庫備份+binlog進行恢復. 前提是要有定期整庫備份且保存了binlog日志.
MySQL事務的隔離級別, 分別有什么特點
- 讀未提交(RU): 一個事務還沒提交時, 它做的變更就能被別的事務看到.
- 讀提交(RC): 一個事務提交之后, 它做的變更才會被其他事務看到.
- 可重復讀(RR): 一個事務執(zhí)行過程中看到的數(shù)據(jù), 總是跟這個事務在啟動時看到的數(shù)據(jù)是一致的. 當然在可重復讀隔離級別下, 未提交變更對其他事務也是不可見的.
- 串行化(S): 對于同一行記錄, 讀寫都會加鎖. 當出現(xiàn)讀寫鎖沖突的時候, 后訪問的事務必須等前一個事務執(zhí)行完成才能繼續(xù)執(zhí)行.
做過哪些MySQL索引相關優(yōu)化
- 盡量使用主鍵查詢: 聚簇索引上存儲了全部數(shù)據(jù), 相比普通索引查詢, 減少了回表的消耗.
- MySQL5.6之后引入了索引下推優(yōu)化, 通過適當?shù)氖褂寐?lián)合索引, 減少回表判斷的消耗.
- 若頻繁查詢某一列數(shù)據(jù), 可以考慮利用覆蓋索引避免回表.
- 聯(lián)合索引將高頻字段放在最左邊.
簡要說一下數(shù)據(jù)庫范式
- 第一范式: 屬性不可再分.
- 第二范式: 在一范式的基礎上, 要求數(shù)據(jù)庫表中的每個實例或行必須可以被惟一地區(qū)分. 通常需要為表加上一個列, 以存儲各個實例的惟一標識. 這個惟一屬性列被稱為主關鍵字或主鍵.
- 第三范式: 在二范式的基礎上, 要求一個數(shù)據(jù)庫表中不包含已在其它表中已包含的非主關鍵字信息. 所以第三范式具有如下特征：1). 每一列只有一個值. 2). 每一行都能區(qū)分. 3). 每一個表都不包含其他表已經(jīng)包含的非主關鍵字信息.
一千萬條數(shù)據(jù)的表, 如何分頁查詢
數(shù)據(jù)量過大的情況下, limit offset 分頁會由于掃描數(shù)據(jù)太多而越往后查詢越慢. 可以配合當前頁最后一條ID進行查詢, SELECT * FROM T WHERE id > #{ID} LIMIT #{LIMIT} . 當然, 這種情況下ID必須是有序的, 這也是有序ID的好處之一.
訂單表數(shù)據(jù)量越來越大導致查詢緩慢, 如何處理
分庫分表. 由于歷史訂單使用率并不高, 高頻的可能只是近期訂單, 因此, 將訂單表按照時間進行拆分, 根據(jù)數(shù)據(jù)量的大小考慮按月分表或按年分表. 訂單ID最好包含時間(如根據(jù)雪花算法生成), 此時既能根據(jù)訂單ID直接獲取到訂單記錄, 也能按照時間進行查詢.
作者：樸瑞卿
文章地址: https://blog.piaoruiqing.com/2019/12/08/mysql-knowledge-point/
