首頁猿問類似的需求很多，MYSQL都無法實(shí)...

類似的需求很多，MYSQL都無法實(shí)現(xiàn)，雖然可以把JSON拆成字段來搞，但是我的數(shù)據(jù)量是在太多了

MySQL 數(shù)據(jù)庫

HUH函數(shù) 2023-04-26 13:09:54

目前用的是MYSQL，明顯感到很多瓶頸。比如某個(gè)數(shù)據(jù)表 tbl_biao有3個(gè)字段a,b,ca當(dāng)中存的user，是索引字段b當(dāng)中存儲的是json數(shù)據(jù)[1,2,3,4,5,6,7......]c當(dāng)中存儲的也是json數(shù)據(jù)["11":"1100000000","22":"1200000000"......]數(shù)據(jù)總量大約200000條現(xiàn)在有一個(gè)需求是按照b字段當(dāng)中的第二個(gè)和第四個(gè)json參數(shù)來排序，MYSQL無法實(shí)現(xiàn)還有一個(gè)需求是查找所有c字段當(dāng)中包含key=22的user，并且按照對應(yīng)的值（時(shí)間戳）來排序求推薦

查看完整描述

2 回答

揚(yáng)帆大魚

TA貢獻(xiàn)1799條經(jīng)驗(yàn) 獲得超9個(gè)贊

MongoDB 支持你的大部分需求；b[2]、b[4]排序這個(gè)應(yīng)該也可以通過aggregate來實(shí)現(xiàn)，但是效率可能略低些；不過如果單獨(dú)拎出來再建索引的話應(yīng)該就沒問題。

反對回復(fù) 2023-04-29

子衿沉夜

TA貢獻(xiàn)1828條經(jīng)驗(yàn) 獲得超3個(gè)贊

同意 MongoDB，2.2 增加了 aggregate 操作，很方便進(jìn)行排序等操作。MongoDB 2.4 已經(jīng)發(fā)布，把 JS 引擎替換成了 V8, 速度又有了提升。復(fù)雜的操作可以用 mapreduce。如果為了速度，你可以在一臺機(jī)子上跑多個(gè)實(shí)例，進(jìn)行 Sharding，就可以充分利用多核 cpu 并行計(jì)算。
但是生產(chǎn)環(huán)境的話 MongoDB 官方也不建議一臺物理機(jī)跑多個(gè)實(shí)例。

反對回復(fù) 2023-04-29