二、常見的并發問題

1、臟讀

一個事務讀取了另一個事務未提交的數據

2、不可重復讀

一個事務對同一數據的讀取結果前后不一致。兩次讀取中間被其他事務修改了

3、幻讀

幻讀是指事務讀取某個范圍的數據時，因為其他事務的操作導致前后兩次讀取的結果不一致。幻讀和不可重復讀的區別在于,不可重復讀是針對確定的某一行數據而言,而幻讀是針對不確定的多行數據。因而幻讀通常出現在帶有查詢條件的范圍查詢中

三、事務隔離級別

1、讀未提交(READ UNCOMMITTED)

可能產生臟讀、不可重復讀、幻讀

2、讀已提交(READ COMMITTED)

避免了臟讀，可能產生不可重復讀、幻讀

3、可重復讀(REPEATABLE READ)（mysql默認隔離級別）

避免了臟讀，不可重復讀。通過區間鎖技術避免了幻讀

4、串行化(SERIALIZABLE)

串行化可以避免所有可能出現的并發異常,但是會極大的降低系統的并發處理能力

四、數據庫日志有哪些？

1、undo日志

undo日志用于存放數據修改被修改前的值

UNDO LOG中分為兩種類型，一種是 INSERT_UNDO（INSERT操作），記錄插入的唯一鍵值；

一種是 UPDATE_UNDO（包含UPDATE及DELETE操作），記錄修改的唯一鍵值以及old column記錄。

2、redo日志

mysql會將一個事務中的所有sq先l記錄到redo log中，然后再將記錄從redo log同步到數據文件中

它可以帶來這些好處：

• 當buffer pool中的dirty page 還沒有刷新到磁盤的時候，發生crash，啟動服務后，可通過redo log 找到需要重新刷新到磁盤文件的記錄；
• buffer pool中的數據直接flush到disk file，是一個隨機IO，效率較差，而把buffer pool中的數據記錄到redo log，是一個順序IO，可以提高事務提交的速度；

3、binlog日志

用于數據庫主從復制的記錄，是二進制格式。在事務提交之后進行一個磁盤寫入。

這里注意下redo log 跟binary log 的區別，redo log 是存儲引擎層產生的，而binary log是數據庫層產生的。假設一個大事務，對tba做10萬行的記錄插入，在這個過程中，一直不斷的往redo log順序記錄，而binary log不會記錄，直到這個事務提交，才會一次寫入到binary log文件中

五、數據庫事務控制

1、默認情況下，開啟事務自動提交功能。每執行一個sql，都會對應一個事務的提交

2、spring會將底層連接的自動提交特性設置為false。使用手動提交

六、事務的ACID特性

1、原子性(Atomicity)

事務中的所有操作作為一個整體像原子一樣不可分割，要么全部成功,要么全部失敗。

2、一致性(Consistency)

事務的執行結果必須使數據庫從一個一致性狀態到另一個一致性狀態。一致性狀態是指:1.系統的狀態滿足數據的完整性約束(主碼,參照完整性,check約束等) 2.系統的狀態反應數據庫本應描述的現實世界的真實狀態,比如轉賬前后兩個賬戶的金額總和應該保持不變。

3、隔離性(Isolation)

并發執行的事務不會相互影響,其對數據庫的影響和它們串行執行時一樣。比如多個用戶同時往一個賬戶轉賬,最后賬戶的結果應該和他們按先后次序轉賬的結果一樣。

4、持久性(Durability)

事務一旦提交,其對數據庫的更新就是持久的。任何事務或系統故障都不會導致數據丟失。

5、redo log和undo log實現了原子性、一致性、持久性

一線互聯網大廠Java核心面試題庫

實現了原子性、一致性、持久性

一線互聯網大廠Java核心面試題庫

[外鏈圖片轉存中…(img-GHq2LjwX-1624225543008)]

正逢面試跳槽季，給大家整理了大廠問到的一些面試真題，由于文章長度限制，只給大家展示了部分題目，更多Java基礎、異常、集合、并發編程、JVM、Spring全家桶、MyBatis、Redis、數據庫、中間件MQ、Dubbo、Linux、Tomcat、ZooKeeper、Netty等等…已整理上傳在我的騰訊文檔【一線互聯網大廠Java核心面試題庫】點擊即可領取，并會持續更新…感興趣的朋友可以看看支持一波！

總結

以上是生活随笔為你收集整理的万字总结！腾讯、字节跳动面经已发的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。