更新時間:2022-12-26 16:27:08 來源:動力節點 瀏覽1241次
1. mysql有哪幾種log
重做日志(redo log)、回滾日志(undo log)、二進制日志(binlog)、錯誤日志(errorlog)、慢查詢日志(slow query log)、一般查詢日志(general log),中繼日志(relay log)
錯誤日志:記錄出錯信息,也記錄一些警告信息或者正確的信息。
查詢日志:記錄所有對數據庫請求的信息,不論這些請求是否得到了正確的執行。
慢查詢日志:設置一個閾值,將運行時間超過該值的所有SQL語句都記錄到慢查詢的日志文件中。
二進制日志:記錄對數據庫執行更改的所有操作。
中繼日志:中繼日志也是二進制日志,用來給slave 庫恢復
事務日志:重做日志redo和回滾日志undo
2. MySQL的復制原理以及流程
3. 事物的4種隔離級別
隔離強度逐漸增強,性能逐漸變差。
事務具有原子性(Atomicity)、一致性(Consistency)、隔離性(Isolation)、持久性(Durability)四個特性,簡稱 ACID,缺一不可。
4. 相關概念
臟讀
臟讀指的是讀到了其他事務未提交的數據,未提交意味著這些數據可能會回滾,也就是可能最終不會存到數據庫中,也就是不存在的數據。讀到了并一定最終存在的數據,這就是臟讀。
可重復讀
可重復讀指的是在一個事務內,最開始讀到的數據和事務結束前的任意時刻讀到的同一批數據都是一致的。通常針對數據更新(UPDATE)操作。
不可重復讀
對比可重復讀,不可重復讀指的是在同一事務內,不同的時刻讀到的同一批數據可能是不一樣的,可能會受到其他事務的影響,比如其他事務改了這批數據并提交了。通常針對數據更新(UPDATE)操作。
幻讀
幻讀是針對數據插入(INSERT)操作來說的。假設事務 A 對某些行的內容作了更改,但是還未提交,此時事務 B 插入了與事務 A 更改前的記錄相同的記錄行,并且在事務 A 提交之前先提交了,而這時,在事務 A 中查詢,會發現好像剛剛的更改對于某些數據未起作用,但其實是事務 B 剛插入進來的,讓用戶感覺很魔幻,感覺出現了幻覺,這就叫幻讀。
5. MySQL數據庫幾個基本的索引類型
普通索引、唯一索引、主鍵索引、全文索引
6. 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.
7. 數據庫的樂觀鎖和悲觀鎖是什么?
悲觀鎖的特點是先獲取鎖,再進行業務操作,即 “悲觀” 的認為獲取鎖是非常有可能失敗的,因此要先確保獲取鎖成功再進行業務操作。通常所說的 “一鎖二查三更新” 即指的是使用悲觀鎖。
通常來講在數據庫上的悲觀鎖需要數據庫本身提供支持,即通過常用的 select … for update 操作來實現悲觀鎖。 當數據庫執行 select for update 時會獲取被 select 中的數據行的行鎖,因此其他并發執行的 select for update 如果試圖選中同一行則會發生排斥(需要等待行鎖被釋放),因此達到鎖的效果。select for update 獲取的行鎖會在當前事務結束時自動釋放,因此必須在事務中使用。
mysql 還有個問題是 select… for update 語句執行中,如果數據表沒有添加索引或主鍵,所有掃描過的行都會被鎖上,這一點很容易造成問題。因此如果在 mysql 中用悲觀鎖務必要確定走了索引,而不是全表掃描。
樂觀鎖的特點先進行業務操作,不到萬不得已不去拿鎖。即“樂觀”的認為拿鎖多半是會成功的,因此在進行完業務操作需要實際更新數據的最后一步再去拿一下鎖就好。
樂觀鎖在數據庫上的實現完全是邏輯的,不需要數據庫提供特殊的支持。一般的做法是在需要鎖的數據上增加一個版本號,或者時間戳。
樂觀鎖的兩種實現方式:
以上就是“這些一定要會的mysql基礎面試題”,你能回答上來嗎?如果想要了解更多的Java面試題相關內容,可以關注動力節點Java官網。
0基礎 0學費 15天面授
有基礎 直達就業
業余時間 高薪轉行
工作1~3年,加薪神器
工作3~5年,晉升架構
提交申請后,顧問老師會電話與您溝通安排學習