我是一个Sqlite爱好者，作为世界上最广泛使用的数据库，它着实有很多优势，特别是对于小型项目来说。SQL语法兼容、项目成熟、每个语言毫无疑问都支持、速度也不慢、不需要运维。我有好几个小项目都用了Sqlite替代postgresql。但是在有些场景，因为它是嵌入式数据库，也影响了它的发挥
比如我有一个小项目，需要同时在多台电脑上运行，它们都需要数据库。按照数据量大小，新建一个postgresql是不合适的，但是sqlite又不能被多台电脑共用，就很遗憾。直到今天看了https://turso.tech/libsql ,觉得颇有新意，仔细读了一下它的文档，并把一个小项目迁移到了上面，完美符合我的需求…… 关键是免费, 成本极低。所以…. 我决定安利一下
创新点
很简单，将sqlite改成了允许CS架构，并增强了它的WAL能力。让它可以多副本同步，主要应用在serverless场景，用来给边缘计算提供快速的数据库访问，降低全球用户访问延迟。改成CS架构后，原有的编程语言SDK后就得适配。当前提供了TypeScript、Rust、Python、Go SDK。而且TypeScript的支持是最完善的。也可以看出对serverless的支持是它们的核心目标
有了多副本能力，它的推荐架构就有了读写分离这种套路，本地时刻保留了一个可用的副本(理想情况下延迟几秒钟)。写的时候写到主数据库，再同步到本地，这样就能更快的返回数据
看计划好像还有直接写到本地数据库，本地自动写到primary(不知道它的冲突问题准备怎么解决)
我这种使用它避免数据库运维的用法大概率是异类……
迁移已有Sqlite数据库超简单
1 | turso db create --from-file olddb_file newdb |
其他
该数据库当前的计费方案也可谓是相当的良心，你只需要为你的存储和对数据的读写付费。这基本就是运行sqlite所需要的东西了，没有扣多余的费用。你所写的查询效率越高，触发的数据库查询读越少，成本越低。相对于RDS那种强制按月付费的服务，可谓是大善人…. 免费用户有9GB存储空间，每个月10亿读(并不是查询10亿次，而是查询触发对硬盘块读操作)，对于个人小项目基本是够用了….. 只希望别被羊毛党薅光了…..且用且珍惜
其次，该项目服务端、SDK、CLI代码都是开源的。意味着可以自己部署，自己改进，还是挺友好的
就当前，免费的serverless不少，搭配这种免费的serverless 数据库。意味着CPU资源+存储资源都有了。个人写点小项目想部署到serverless上面是没什么问题的，可谓是十分有想象空间了
当然，缺点也不是完全没有的，因为该项目运营才半年时间。SDK未必有那么完善。没什么GUI(比如Datagrip)支持对它查询，只能自己使用typescript SDK sync api同步完整的数据库到本地(当前CLI不支持下载数据库)，再使用当前工作流的工具对数据库进行操作
总之~~~ 我觉得这个服务很不错，特别是它当前的收费计划👍
参考
Introducing Embedded Replicas: Deploy Turso anywhere
官方网站：