首頁猿問如何高效的做數(shù)據(jù)覆蓋操作

如何高效的做數(shù)據(jù)覆蓋操作

JavaScript

不負相思意 2019-04-19 16:12:15

我有一批數(shù)據(jù)是通過第三方接口更新的，那個接口是按分類獲取的，同一個分類的下的數(shù)據(jù)每次獲取玩要要進行覆蓋處理，比如圖書這次獲取的是1,2,3這三個id的數(shù)據(jù)三本書過10秒我還按圖書分類獲取獲取的是2,3,4，5這四本書那我就把最新的2,3,4，5四條數(shù)據(jù)覆蓋到數(shù)據(jù)庫（1刪除2,3更新4，5添加）數(shù)據(jù)庫目前是mysql怎么高效的處理這個問題接口刷新的頻率很快如果我每次都刪除分類下所有數(shù)據(jù)再插入鎖表的時間實在不能忍受求合理辦法

查看完整描述

2 回答

尚方寶劍之說

TA貢獻1788條經(jīng)驗獲得超4個贊

既然第三方接口更新的很快，那為什么本地要存呢，直接使用第三方接口的數(shù)據(jù)就好了。如果本地一定要存，可以用redis替換mysql如果一定要存到mysql中，可以先緩存起來，定時寫回到mysql中數(shù)據(jù)量有多大？能讓mysql鎖表鎖很久？？

反對回復 2019-04-19

夢里花落0921

TA貢獻1772條經(jīng)驗獲得超6個贊

就只是按你說的來做，mysql，一個分類表，有個字段叫圖書s，里面存了123，再刷新更新成2345。非常簡單。然后我看到了另外一個人的答案，加上你們的討論明白不是這么簡單的需求，你為什么不在問題中把這件事寫清楚呢？每個分類幾百條還是一共幾百條無論哪種，你用redis做沒有問題，不用擔心鎖表。這樣是不是會引出其他新的需求來證明這么做也不可以？你看看一個問題，問出來，經(jīng)過這么多的反復折騰，說了半天只是在和你確定需求，這中間經(jīng)過了多少人反復的思索給你想解決的辦法。