据说 数据库文件最大支持 281 T
每个数据库由一个或多个数据页组成，一个数据库内的所有数据页大小都相同，但是不同的数据库可以使用不同的数据页大小，范围从 512 到 65536 字节。
从 sqlite 3.33.0 开始，一个数据库文件最多使用 4294967294 个数据页（由 max_page_count 编译指令决定），意味着最大支持约 2.8e+14 字节（281 TB）
20亿行实践sqlite性能测试记录:
硬盘: 旧机械硬盘
表结构: 共4个字段
CREATE TABLE 测试 ( id INTEGER PRIMARY KEY AUTOINCREMENT, 字段a CHAR UNIQUE, 字段b CHAR, 字段c INT );
第一次 插入了2亿数据 没有计时
第二次 再次插入2亿条数据时 耗时 40多分钟 平均每秒插入8万条左右
第三次 再次插入4亿数据 耗时 4737.079秒 平均每秒也是8.4万条左右,此时文件大小 53.1 GB 表内总行数 8.1亿 行
第四次 再次插入6亿数据 耗时:6400.066秒 平均每秒9.3万条 此时文件大小93.7 GB 表内行数14.1亿行
第五次 再插入6亿数据 耗时:6499.033秒 平均每秒9.3万条 此时文件大小 134 GB 表内行数20.1亿
(可能是第四次因为刚好硬盘要满了 换了块硬盘的原因 插入竟然越来越快了。虽然换了块硬盘，但是也是十年前的老机械硬盘)
按id查 和 order by id 都正常
执行 select * from 性能测试 where 字段a='xxxx' 耗时70-140毫秒左右, 查询前1亿行的数据 和 8亿行以后的数据 差距不是很大
执行 select * from 性能测试 where 字段b='xxxx' 直接卡死 无法查询
执行 select * from [性能测试] limit 10000000,5000 耗时2000毫秒
执行 select * from [性能测试] limit 20000000,5000 耗时4000毫秒
执行 select * from [性能测试] where id>200000000 limit 0,100 耗时 250毫秒
执行 select * from [性能测试] where id in (1400000000,1300000000,1200000000) 耗时15毫秒
执行 select * from [性能测试] where id>2000000000 and id<2000005000 耗时78毫秒 (说明分批维护是没问题的)
此时 再 执行给字段b增加索引的语句 也是直接卡死 等了半天没反应~~
多线程读取测试 内部sql语句:select * from 性能测试 where 字段a='xxxx'
读取测试,单线程查询
10个线程
100个线程:
实验证明 虽然多线程 读取数据没有乱 但是速度却慢下来了 说明即使多线程读取 它内部应该也是一个线程一个线程读取的