摘要：navicat无法查看sqlite密码，因为：sqlite没有传统的密码字段。sqlite的安全性依赖于文件系统权限控制。如果忘记了文件密码，则无法找回（除非数据库加密，则需要密钥）。
navicat窥探sqlite密码？且慢！
很多朋友想用Navicat查看SQLite数据库的密码，这想法本身就有点… 咱们得先搞清楚，SQLite的密码机制跟那些大型数据库（mysql、postgresql等等）完全不一样。 它压根儿就没有一个独立的“密码”字段，存储密码的方式也更… 嗯，怎么说呢，更“朴素”。 所以，你用Navicat直接找密码？ 基本没戏。 这篇文章就来深入聊聊为什么，以及一些更靠谱的思路。
先说说SQLite的“密码”机制，或者说，它的安全策略。 SQLite的安全性主要依赖于文件系统的权限控制。 你把数据库文件(.db)的读写权限限制住，就相当于给数据库加了一把锁。 这跟传统的数据库用用户名密码登录验证完全不同。 Navicat这类工具擅长处理那些有独立用户名密码系统的数据库，对SQLite这种“另类”就显得有点力不从心了。
你可能会问，那如果我忘记了访问数据库文件的密码（或者说，忘记了设置文件权限），怎么办？ 这才是关键。 如果你的数据库文件没有加密，那么，不好意思，你几乎没办法找回“密码”，因为根本就没有什么密码可以找回。 你需要考虑的是如何重新获取对该文件的访问权限，这取决于你的操作系统和文件权限设置。 例如，在Linux系统下，你可以使用chmod命令来修改文件权限。
如果你的数据库文件使用了加密（例如，通过SQLCipher库），情况就稍微复杂一些。 这时候，你需要知道加密的密钥才能解密数据库文件。 而这个密钥，才是你真正需要找回的东西。 如果忘记了密钥，那… 基本上就凉了。 没有捷径，只能考虑恢复备份或者重新构建数据库了。
让我们来看一个简单的例子，假设你有一个未加密的SQLite数据库文件mydatabase.db，你想用Navicat打开它。 你可能会尝试在Navicat中输入密码，但实际上，Navicat不会向SQLite发送任何密码验证请求，因为它根本不需要。 你只需要确保Navicat有权限访问mydatabase.db文件即可。 如果文件权限不允许访问，Navicat会提示你没有权限。
所以，与其在Navicat里苦苦寻找不存在的密码，不如先检查一下文件权限，看看是不是因为权限问题导致无法访问。 如果使用了SQLCipher加密，那就老老实实地回忆一下你的加密密钥吧。 记住，安全第一，养成良好的密码管理习惯远比事后补救重要得多。
最后，想提醒大家，对数据库安全问题要重视起来。 不要依赖于一些不靠谱的方法，而是应该从一开始就做好安全规划，选择合适的数据库加密方案，并妥善保管你的密钥。 这才是真正有效的安全措施。
