因為業務需求, 我需要做一個向推薦用戶視頻的功能要求是已經推薦過的視頻, 下次不能重復推薦,我現在有2種做法第一種做法:每次用戶拉取推薦視頻列表時把視頻id都用Redis儲存起來比如拉取列表分頁的第一頁, 共10個視頻, 我會把第一頁的10個視頻id存起來, 下次拉取推薦視頻列表時, 我先從Redis中取出該用戶的瀏覽過的視頻id, 然后用MySQL查詢出來:select id, title form video_table where id not in (1, 2...1000) limit 10;第二種做法:建立一張瀏覽記錄表user_browses, 字段是user_id, video_id那么我每次向用戶推薦視頻時, 就向這張表中插入瀏覽記錄, 下次拉取視頻列表時, MySQL直接這樣查詢:select id, title form video_table where id not in (select video_id from user_browses where user_id = 1) limit 10;第一種做法是用Redis存用戶的瀏覽記錄, 可以減輕MySQL寫入壓力, 但是如果瀏覽記錄特別多, 比如1000個id, 那我執行的SQL語句就特別長, 這個樣子會影響MySQL的查詢性能嗎?第二種做法SQL語句不會像一種做法那么長, 缺點就是MySQL會多一點寫入壓力, 而且查詢的時候用子查詢的方式,多查詢一次請問這兩種做法哪種更合適?
2 回答
犯罪嫌疑人X
TA貢獻2080條經驗 獲得超4個贊
首先 not in 的效率非常低，不會走index, 無論你這兩種做法都是要修改成not exist的
我的另外一種想法：
假設A用戶看過的視頻數量是N個，形成一個數組。從數據庫中 select id from video_table 的速度是非常快的,假設得到一個長M的數組。
你只要從 M與N的差集中隨便選10個id取mysql查詢就可以了。
這樣mysql的壓力就會變得很小，壓力可以放到應用服務器上來。
添加回答
舉報
0/150
提交
取消