有沒有人試過這種數(shù)據(jù)庫能承受多大的數(shù)據(jù)量
qps <= 1的是在開玩笑么,你們對(duì)SQLite3是不是有什么誤解?不要看寫著個(gè)Lite就以為是個(gè)玩具,它的源代碼16萬行,測試代碼9200萬行,嵌入式設(shè)備上滿地都跑著它.基本上算是個(gè)工業(yè)級(jí)的數(shù)據(jù)庫了.
認(rèn)真回答,看你什么場景,讀多寫少那種,SQLite3性能不比MySQL差(相同硬件環(huán)境下),無網(wǎng)絡(luò)開銷,寫多的就不適合,寫時(shí)鎖庫,并發(fā)寫的性能肯定不夠看,4C8G在默認(rèn)配置下并發(fā)寫150左右qps吧,3.7以后開始有了WAL雖然有所改善,但依舊不推薦并發(fā)寫比較多的場景,另外SQLite3只支持一部分表結(jié)構(gòu)修改操作(不能改列名,不能刪除列,可以新增列,可以改表名)
一百萬真不是什么問題,我之前做訂單分析(讀),3000多萬行的數(shù)據(jù),跑起來灑灑水
這是剛剛拿一個(gè)季度的訂單做的測試,同表結(jié)構(gòu),同索引,WHERE查詢字段無索引,測試用機(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)