有没有人在生产用过 sqlite+nas 分布式存储的？

数据库访问量不算大，甲方要求如果用数据库只能用特定的国产数据库，我网上搜了一下几乎没啥介绍，所以就想能不能直接不通过实体的数据库，目前我能想到的方案就这个，我主要担心瞬时的的简单并发会不会有问题，有人有相关经验吗

https://github.com/rqlite/rqlite   基于 sqlite 的分布式关系数据库,支持 window,Linux,macOS

像上面说的 sqlite 的锁是文件系统实现的。nfs 不支持这个。
我家里的 nas 和 container host 不是一个机器，nfs 挂的文件。Plex 因为这个不能正常工作。

实现个数据库服务做 sqlite 缓存，写排队，读则缓存——未击中再访问数据库
表设计要合理，尽量不要跨表写

sqlite + litefs 试试

既然前提是“数据库访问量不大”，可以单独开发一个后端程序，由它来读写 SQLite ，其它程序必须通过这个后端程序的接口来存取数据，就像网站前后端开发一样。

国产的 go 要求不？😂

@ConfusedBiscuit sqlite 只支持一写多读，写的时候直接锁表

sqlite 不太清楚，h2 这种数据库的 db 文件丢 nas 里面连不了，真实项目踩过坑的，不过我估计 sqlite 应该也差不多

生产用 nas 做数据备份还是把服务部署在 nas 上？

SQLite 的锁是基于文件系统的，所以官方也不建议你把数据库文件扔 NFS 里，主要是有些 NFS 文件系统实现的时候锁的机制做的不好，多线程或多进程访问的时候有可能损坏你的数据库文件。

但有些文件系统的实现是明确说过支持全部的锁机制，没记错的话 AWS 的 EBS 就可以。这种情况下你把 SQLite 文件放上去共享也没问题。