app為什么登錄才能用？app的數(shù)據(jù)持久化只能存儲在后端服務器。只有登錄后，當前登錄用戶的信息才能與后端服務器存儲的數(shù)據(jù)建立一一對應的關系。應用用戶可能會定期清理緩存，甚至卸載應用。但app重新登錄后

app為什么登錄才能用？

app的數(shù)據(jù)持久化只能存儲在后端服務器。只有登錄后，當前登錄用戶的信息才能與后端服務器存儲的數(shù)據(jù)建立一一對應的關系。

應用用戶可能會定期清理緩存，甚至卸載應用。但app重新登錄后，會根據(jù)登錄用戶的身份信息，從app后臺服務器讀取所有與用戶關聯(lián)的持久化數(shù)據(jù)，這樣app的用戶就不會有數(shù)據(jù)丟失的風險。

mysql持久化原理？

持久性定義

持久性意味著一旦事務被提交，其對數(shù)據(jù)庫的更改應該是永久的，并且后續(xù)操作或失敗不應該對該事務的修改有任何影響。

我們知道InnoDB使用緩沖池來提高讀寫性能。但是，緩沖池位于內存中，并且是易變的。如果MySQL在一個事務提交后突然關閉，而此時緩沖池中的修改數(shù)據(jù)還沒有刷新到磁盤，就會導致數(shù)據(jù)丟失，事務的持久性無法保證。

為了解決這個問題，InnoDB引入了重做日志來實現(xiàn)數(shù)據(jù)修改的持久性。當數(shù)據(jù)被修改時，InnoDB不僅會修改緩沖池中的數(shù)據(jù)，還會將操作記錄在重做日志中，并確保重做日志比相應的頁面更早關閉(通常在事務提交時)，也就是常說的WAL。如果MySQL突然關閉并且沒有 t把數(shù)據(jù)刷回了磁盤，重啟后MySQL會通過已經(jīng)寫入磁盤的重做日志來恢復沒有刷新到磁盤的數(shù)據(jù)頁。

實現(xiàn)原理:重做日志

為了提高性能，與數(shù)據(jù)頁類似，重做日志也包括兩部分:一部分是內存中的重做日志緩沖區(qū)，易失性；第二個是磁盤上的重做日志文件，它是持久的。重做日志是一種物理日志，它記錄了數(shù)據(jù)庫中的物理頁面。

當數(shù)據(jù)被修改時，InnoDB不僅會修改緩沖池中的數(shù)據(jù)，還會將操作記錄在重做日志緩沖區(qū)中。提交事務時，重做日志緩沖區(qū)將被刷新并記錄在重做日志文件中。如果MySQL宕機，您可以讀取重做日志文件中的數(shù)據(jù)，并在重啟時恢復數(shù)據(jù)庫。這樣，你就不 不需要每次提交事務時都實時刷新。

那個 s大概都是，如果出現(xiàn)意外關機，需要數(shù)據(jù)恢復，也可以做持久化。