SQLite 的文艺复兴

[bmpidev2019]

写了篇文章介绍史上最流行的数据库 SQLite 从进程内到分布式的的文艺复兴故事。

原文地址： https://www.bmpi.dev/dev/renaissance-sqlite/

[lichao]

挑骨头：SQLite 也没有 N+1 查询性能的问题，原因就是没有其他数据库网络通信的开销

这句话不太对，没有网络开销，但是有 IO 开销啊，N + 1 查询一定是非常影响性能的

[bmpidev2019]

@lichao n+1 最大的开销还是网络，进程内的函数调用开销很小，可以看这个介绍： https://www.sqlite.org/np1queryprob.html

[lichao]

@bmpidev2019 不太同意这个说法

[kele999]

9 千多万行，手写的？可能吗，肯定哪里搞错了。邪乎到家必有妖

[bmpidev2019]

@lichao 还有一些索引和表的 b-tree 有些设计都是在内存里存着，然后 fsync 到文件系统，所以有内存的帮助，I/O 开销并没有那么高，一个证据就是 sqlite 的官网在一个页面就有两百多条 sql 查询而渲染的，但速度能在 0.01 秒内完成，显然是有优化效果的。

[bmpidev2019]

@kele999 这种怀疑毫无意义，代码是开源的，可以自己去查

[hamsterbase]

可以看这篇文章 https://www.sqlite.org/testing.html


As of version 3.39.0 (2022-06-25), the SQLite library consists of approximately 151.3 KSLOC of C code. (KSLOC means thousands of "Source Lines Of Code" or, in other words, lines of code excluding blank lines and comments.) By comparison, the project has 608 times as much test code and test scripts - 92038.3 KSLOC.


sqlite 的部分测试是不开源、专有的。

[hamsterbase]

我基于 CRDT 和 sqlite 设计了一个分布式的稍后读工具，所有节点可以达到分布式一致性。

1. 以 CRDT 文件作为 single source of truth , 保证向前向后兼容。
2. 以 sqlite 数据库作为缓存。 可以按照需求任意修改 sqlite 的数据库格式 。
3. 不同客户端直接通过点对点同步 CRDT 文件, 修改后把 CRDT 的数据同步到 sqlite 。

[hahastudio]

说起来，SQLite 正在准备用 HC-tree
https://sqlite.org/hctree/doc/hctree/doc/hctree/index.html

[feelapi]

https://sqlite.org/cloudsqlite/doc/trunk/www/index.wiki

The "Cloud Backed SQLite" (CBS) system allows databases to be stored within cloud storage accounts such that they can be read and written by storage clients without first downloading the entire database to the client.

[billzhuang]

@feelapi 感觉不错啊，希望国内各大厂商早日跟上，小项目就不用买 rds pg 了。

[codehz]

@lichao 有没有一种可能，N+1 问题的来源在于原本就需要后续的 N 个数据，不管你发几个请求，总之 N 个数据都得到，传统需要优化合并成一个请求，但数据库仍然需要查询 N+1 个（
这种情况“优化”的不就是这个查询的 rtt 吗）

[chenqh]

不用 sqlite 的最主要问题不是因为多进程读取和更新的问题的吗?

[bmpidev2019]

@chenqh wal 模式解决了读取的问题，多写的话目前只能有一个写入者，但多个写入是可以通过 queue 来完成的，一般写入很快，所以问题也不大，当然 hc-tree 这个特性看起来解决了多写的问题，值得期待

[kkocdko]

忽然有个想法：提前编译 sql ，剥离掉 sqlite 的 sql 编译功能。因为很多嵌入式应用中都不需要动态 sql 。我先找找有没有类似项目，没有的话也许自己糊一个。

[bmpidev2019]

@kkocdko 你把编译器去掉，虚拟机怎么执行？除非你自己搞个编译器把 sql 编译成字节码。。。

[sunmker]

@kkocdko 你这个是不是类似于"存储过程"？我刚在看我的《 SQL 必知必会》，他告诉我 SQLite 不支持存储过程

[lichao]

@codehz 那说明不你不会数据库端的优化

[watzds]

@lichao #1 估计是影响比较小，一般页面 N 也就几十，SQLite 的 N + 1 相当于一般数据库的 1

如果 N 特别大，另当别论了

[xuyang2]

就算是 LevelDB, RocksDB 这样的 embedded KV 也可能会有 N + 1 查询的问题吧

[56rhcrivs55TVKdX]

SQLite 还有个好处就是减少依赖.
我有个开源项目之前用的是 MySQL, 带来的问题就是部署的话要额外搭配一个 MySQL 服务
切换到 SQLite 就可以省略了
https://github.com/mebtte/cicada

[Sasasu]

@codehz 想的优化 selec X from X where X in (select X from X)
@lichao 你想的优化：去掉 join 或者 where in 生成的 semi join ，把表搞宽。

第一个确实只优化 rtt ，大概率不存在 io 优化。第二个则是对于所有数据库都通用的方法。建议话说说明白而不是直接嘲讽对方不懂

[star7th]

我的开源项目支持 且只支持使用 SQLite 数据库，非常利于环境搭建和软件代码分发。而且它的单机性能其实很好的

https://github.com/star7th/showdoc

[yjhatfdu2]

sqlite 不支持并发事务吧？稍微复杂点的业务都会有较大的瓶颈

[maladaxia]

这篇文章对我最大的收获是: 霞鹜文楷字体

字体真好看, 收藏了

[bmpidev2019]

@maladaxia 😂

[cxt890604]

@lichao