国产av日韩一区二区三区精品,成人性爱视频在线观看,国产,欧美,日韩,一区,www.成色av久久成人,2222eeee成人天堂

文章專題 AI工具學(xué)習(xí) 下載問(wèn)答源碼最近更新

PHP

會(huì)員中心講師中心微信公眾號(hào)

java - 怎樣優(yōu)化接口返回大體量數(shù)據(jù)？

世界只因有你 2017-05-17 10:00:33

[Java討論組]

1434

舉報(bào)

需求描述：

外圍平臺(tái)調(diào)用接口根據(jù)手機(jī)號(hào)查詢用戶的歌單推薦信息，每個(gè)用戶會(huì)有一千條左右的推薦信息，每條推薦信息包括了，歌曲ID、歌曲名稱、版權(quán)ID、試聽(tīng)地址字段。

我需要關(guān)聯(lián)多張表查詢，每次查詢時(shí)間大概4s左右，查詢出來(lái)后還需要組裝數(shù)據(jù)，然后才返回接口。

返回格式是json。這樣的話接口返回會(huì)比較慢。

想過(guò)提前將數(shù)據(jù)放redis集群，但是后來(lái)否定了，因?yàn)橛脩袅看蟾攀?00多萬(wàn)，每個(gè)用戶的推薦信息大小大概200kb,存redis的話會(huì)耗費(fèi)大量的內(nèi)存，所以否定了。但是想不到其它給好的處理方法，請(qǐng)各位大神幫忙看看這樣一個(gè)需求有什么好的處理建議嗎？感謝！

世界只因有你

全部回復(fù)(4)

我想大聲告訴你2017-05-17 10:02:33 4樓

瓶頸出在查詢很多張表需要4秒上，這里面的邏輯有可以優(yōu)化的點(diǎn)嗎？如果沒(méi)有那么這4秒必須花費(fèi)，其他的數(shù)據(jù)傳輸格式，網(wǎng)絡(luò)通信時(shí)間再優(yōu)化也無(wú)法小于4秒了。
要么在客戶端在某個(gè)用戶無(wú)感知的情況下發(fā)推薦請(qǐng)求，要么優(yōu)化查詢邏輯。