SQLite3能否仅加密表结构而不加密数据内容？

核心结论 #

SQLite官方及主流加密扩展（如SQLCipher）不原生支持仅加密表结构、不加密数据内容的功能。现有SQLite加密方案要么加密整个数据库文件，要么针对特定列做加密，没有单独加密表结构的选项。

先解决你的核心痛点：密文重复导致的特征泄露 #

你当前用RSA直接加密数据导致相同明文密文一致的问题，是更紧迫的安全风险，优先优化加密方案比纠结表结构加密更有效：

• 避免用RSA直接加密数据：RSA设计用于加密小数据（如对称密钥），而非大体积业务数据。改用AES等对称加密算法加密数据，再用RSA加密对称密钥存储，既保证性能又提升安全性。
• 加入随机化因子：加密时使用带初始化向量（IV）的模式（如AES-GCM、CBC），或给每个明文添加随机盐后再加密，确保相同明文生成不同密文，彻底阻断特征分析的可能。
• 保留加密数据查询能力：如果需要用加密数据做查询，可采用确定性加密（DET）——在加密前给明文添加固定盐（而非随机盐），这样相同明文仍能生成相同密文用于匹配查询，同时避免无盐加密的特征泄露风险。

表结构隐藏的替代方案 #

如果确实需要隐藏表名、列名等结构信息，可通过手动实现来模拟“表结构加密”：

• 自定义元数据映射：用无意义的字符串替代真实表名、列名（例如将user_info表命名为x3a7，phone列命名为c9），在代码中维护真实名称与别名的映射关系，程序运行时用别名操作数据库。
• 加密存储元数据：将真实的表结构定义（CREATE TABLE语句）加密后存储在数据库的某个专用表或外部文件中，程序启动时先解密元数据，再动态创建或识别表结构。

跨平台实现建议 #

基于你的C++20、Windows/Linux/Android环境：

• 选择跨平台加密库：OpenSSL、Crypto++均支持三大平台，可轻松实现AES、RSA及加盐/IV的加密逻辑。
• SQLite操作适配：用SQLite的C API或成熟的C++封装库（如SQLiteCpp）实现数据库操作，加密解密逻辑在代码层处理，无需依赖SQLite的加密扩展。

内容的提问来源于stack exchange，提问作者microlife