3 回答

TA貢獻(xiàn)1794條經(jīng)驗(yàn) 獲得超8個(gè)贊
你是怎么對(duì)接口導(dǎo)入的 php cli , 還是用了第三方swoole 什么擴(kuò)展導(dǎo)入的?
數(shù)據(jù)庫瓶頸在哪里你就是開100個(gè)進(jìn)程也沒有,數(shù)據(jù)庫插不進(jìn)去,需要的時(shí)間也差不多。
可不可以每50萬條數(shù)據(jù) 分一張表導(dǎo)入?

TA貢獻(xiàn)1850條經(jīng)驗(yàn) 獲得超11個(gè)贊
個(gè)人覺得,先清空,然后再填入的辦法還是有點(diǎn)問題,在清空數(shù)據(jù)后數(shù)據(jù)填充前就會(huì)有一段時(shí)間的真空期。
那個(gè)分批次的接口有沒有排序的功能,能夠使用offset 去獲取新的域名,然后, 還需要一個(gè)查詢域名的接口,這種接口應(yīng)該會(huì)有提供的吧,不然你們系統(tǒng),做域名感覺沒發(fā)做呀。
在用戶查詢域名的時(shí)候再去判斷這個(gè)域名的更新時(shí)間,如果大于某一個(gè)閾值,就重新去單獨(dú)查詢這個(gè)域名然后更新到你們的系統(tǒng)。
當(dāng)然只是一種思路,如果條件不滿足再想其他辦法。

TA貢獻(xiàn)1825條經(jīng)驗(yàn) 獲得超6個(gè)贊
“清空數(shù)據(jù)表再重新導(dǎo)入全部數(shù)據(jù)”這種方法對(duì)數(shù)據(jù)庫的壓力太大了。你在調(diào)接口獲取到新的全量數(shù)據(jù)后,做一次遍歷,逐條逐條的跟已有的數(shù)據(jù)做對(duì)比,如果不一樣,就說明這條數(shù)據(jù)已經(jīng)發(fā)生了變更,這時(shí)候update一下數(shù)據(jù)庫對(duì)應(yīng)的記錄即可。
其實(shí)這種情況最好的解決方法是,讓Godaddy那邊提供一個(gè)增量接口。
- 3 回答
- 0 關(guān)注
- 1360 瀏覽
添加回答
舉報(bào)