摘要：navicat無法查看sqlite密碼，因?yàn)椋?a href="http://www.xiayu04.cn/help/index.php/tag/sqlite" title="sqliteflickr.photos.notes.edit target="_blank">sqlite沒有傳統(tǒng)的密碼字段。sqlite的安全性依賴于文件系統(tǒng)權(quán)限控制。如果忘記了文件密碼，則無法找回（除非數(shù)據(jù)庫加密，則需要密鑰）。

navicat窺探sqlite密碼？且慢！

很多朋友想用Navicat查看SQLite數(shù)據(jù)庫的密碼，這想法本身就有點(diǎn)… 咱們得先搞清楚，SQLite的密碼機(jī)制跟那些大型數(shù)據(jù)庫（mysql、postgresql等等）完全不一樣。 它壓根兒就沒有一個(gè)獨(dú)立的“密碼”字段，存儲密碼的方式也更… 嗯，怎么說呢，更“樸素”。 所以，你用Navicat直接找密碼？ 基本沒戲。 這篇文章就來深入聊聊為什么，以及一些更靠譜的思路。

先說說SQLite的“密碼”機(jī)制，或者說，它的安全策略。 SQLite的安全性主要依賴于文件系統(tǒng)的權(quán)限控制。 你把數(shù)據(jù)庫文件(.db)的讀寫權(quán)限限制住，就相當(dāng)于給數(shù)據(jù)庫加了一把鎖。 這跟傳統(tǒng)的數(shù)據(jù)庫用用戶名密碼登錄驗(yàn)證完全不同。 Navicat這類工具擅長處理那些有獨(dú)立用戶名密碼系統(tǒng)的數(shù)據(jù)庫，對SQLite這種“另類”就顯得有點(diǎn)力不從心了。

你可能會問，那如果我忘記了訪問數(shù)據(jù)庫文件的密碼（或者說，忘記了設(shè)置文件權(quán)限），怎么辦？ 這才是關(guān)鍵。 如果你的數(shù)據(jù)庫文件沒有加密，那么，不好意思，你幾乎沒辦法找回“密碼”，因?yàn)楦揪蜎]有什么密碼可以找回。 你需要考慮的是如何重新獲取對該文件的訪問權(quán)限，這取決于你的操作系統(tǒng)和文件權(quán)限設(shè)置。 例如，在Linux系統(tǒng)下，你可以使用chmod命令來修改文件權(quán)限。

如果你的數(shù)據(jù)庫文件使用了加密（例如，通過SQLCipher庫），情況就稍微復(fù)雜一些。 這時(shí)候，你需要知道加密的密鑰才能解密數(shù)據(jù)庫文件。 而這個(gè)密鑰，才是你真正需要找回的東西。 如果忘記了密鑰，那… 基本上就涼了。 沒有捷徑，只能考慮恢復(fù)備份或者重新構(gòu)建數(shù)據(jù)庫了。

讓我們來看一個(gè)簡單的例子，假設(shè)你有一個(gè)未加密的SQLite數(shù)據(jù)庫文件mydatabase.db，你想用Navicat打開它。 你可能會嘗試在Navicat中輸入密碼，但實(shí)際上，Navicat不會向SQLite發(fā)送任何密碼驗(yàn)證請求，因?yàn)樗静恍枰? 你只需要確保Navicat有權(quán)限訪問mydatabase.db文件即可。 如果文件權(quán)限不允許訪問，Navicat會提示你沒有權(quán)限。

所以，與其在Navicat里苦苦尋找不存在的密碼，不如先檢查一下文件權(quán)限，看看是不是因?yàn)闄?quán)限問題導(dǎo)致無法訪問。 如果使用了SQLCipher加密，那就老老實(shí)實(shí)地回憶一下你的加密密鑰吧。 記住，安全第一，養(yǎng)成良好的密碼管理習(xí)慣遠(yuǎn)比事后補(bǔ)救重要得多。

最后，想提醒大家，對數(shù)據(jù)庫安全問題要重視起來。 不要依賴于一些不靠譜的方法，而是應(yīng)該從一開始就做好安全規(guī)劃，選擇合適的數(shù)據(jù)庫加密方案，并妥善保管你的密鑰。 這才是真正有效的安全措施。