主要是為了避免在並發底下可能造成的dirty reads or lost updates
越高的層級當然能避免的狀況越多，但也勢必會犧牲些效能

以下表個可以清楚看到不同的層級(Isolation levels)解決了什麼問題(read phenomena)

Isolation levels vs read phenomena

'+' — possible

'-' — not possible

Isolation levels

Read uncommitted

最低等級，在這情況下dirty reads是被允許的。

e.g. 可以在A transaction 可以看到 B transaction 還沒commit的更改。

Read committed

• 這邊保證只會讀去到commit的資料，但不保證transaction當中相同query讀去到一樣資料(Non-repeatable reads)。
• lock
• write

Repeatable reads

• 這可以保證兩次一樣query拿到相同資料，但並沒有 range-locks 因此可能會有 phantom reads 問題
• locak
  • read
  • write

Serializable

• 最高等級
• lock
  • read
  • write
  • range-locks

Reference

https://en.wikipedia.org/wiki/Isolation_(database_systems)#Non-repeatable_reads

https://medium.com/@chester.yw.chu/複習資料庫的-isolation-level-與常見的五個-race-conditions-圖解-16e8d472a25c?p=16e8d472a25c

https://blog.amis.com/database-transaction-isolation-a1e448a7736e

https://stackoverflow.com/questions/11043712/what-is-the-difference-between-non-repeatable-read-and-phantom-read

1. 入山證申請
2. 車子借道申請

入山證申請

負責單位：內政部警政署
(需準備人員名單，路線圖，基本上跟著網頁流成走就好)
(回覆速度蠻快的，大概是今天申請明天收到信)

借道路申請

負責單位：榮民森林保育事業管理處
( 需要寄信到 26058 宜蘭縣宜蘭市林森路100號 )
準備內容

• 上一步驟入山證申請的所有資料
• 登山計畫及路線圖

可以參考下方筆者即可
(因為是寄信，所以一來一往大概要一週，需要特別注意時間喔)

Reference:

• https://hiking.biji.co/index.php?q=trail&act=detail&id=1511
• https://hiking.biji.co/index.php?q=review&act=info&review_id=6444
• https://piping0213.pixnet.net/blog/post/467120321
       
  

緩存更新機制

Write through (都寫啦)

同時寫數db & cache

• 優點
  1. 完整的數據一制性
  2. 發生系統災難崩潰時不會丟失資料
• 缺點
  1. 同時寫入db & cache，因此寫的延遲性會偏高

Write around (寫DB)

適合放在寫入後沒有要馬上讀取的地方

• 優點
  1. 直接寫入db，因此寫得延遲會低一些
  2. 發生系統災難崩潰時不會丟失資料
• 缺點
  1. 依賴 read-miss 更新緩存

Write-back (寫緩存)

• 優點
  1. 速度fucking快
• 缺點
  2. 發生系統災難崩潰時資料8888888

緩存驅逐策略

Cache eviction policies

• First In First Out (FIFO)
• Last In First Out (LIFO)
• Least Recently Used (LRU)
• Most Recently Used (MRU)
• Least Frequently Used (LFU)
• Random Replacement (RR)

Refrence

• https://www.educative.io/courses/grokking-the-system-design-interview/3j6NnJrpp5p