SQLite3('database.db') 假設(shè)有1百萬(wàn)數(shù)據(jù)的情況下這種數(shù)據(jù)庫(kù)能不能承受？
有沒(méi)有人試過(guò)這種數(shù)據(jù)庫(kù)能承受多大的數(shù)據(jù)量
4個(gè)回答
qps <= 1的是在開(kāi)玩笑么,你們對(duì)SQLite3是不是有什么誤解?不要看寫著個(gè)Lite就以為是個(gè)玩具,它的源代碼16萬(wàn)行,測(cè)試代碼9200萬(wàn)行,嵌入式設(shè)備上滿地都跑著它.基本上算是個(gè)工業(yè)級(jí)的數(shù)據(jù)庫(kù)了.
認(rèn)真回答,看你什么場(chǎng)景,讀多寫少那種,SQLite3性能不比MySQL差(相同硬件環(huán)境下),無(wú)網(wǎng)絡(luò)開(kāi)銷,寫多的就不適合,寫時(shí)鎖庫(kù),并發(fā)寫的性能肯定不夠看,4C8G在默認(rèn)配置下并發(fā)寫150左右qps吧,3.7以后開(kāi)始有了WAL雖然有所改善,但依舊不推薦并發(fā)寫比較多的場(chǎng)景,另外SQLite3只支持一部分表結(jié)構(gòu)修改操作(不能改列名,不能刪除列,可以新增列,可以改表名)
一百萬(wàn)真不是什么問(wèn)題,我之前做訂單分析(讀),3000多萬(wàn)行的數(shù)據(jù),跑起來(lái)灑灑水
這是剛剛拿一個(gè)季度的訂單做的測(cè)試,同表結(jié)構(gòu),同索引,WHERE查詢字段無(wú)索引,測(cè)試用機(jī)器I7 7700,16G內(nèi)存, SSD是SATA3接口的
統(tǒng)計(jì)表行數(shù)
GROUP BY走索引查詢
帶WHERE條件GROUP BY查詢
帶WHERE條件GROUP_BY帶Having COUNT
擴(kuò)展閱讀
The Untold Story of SQLite
Scaling SQLite to 4M QPS on a Single Server (EC2 vs Bare Metal)
