teledb是基于什么數(shù)據(jù)庫(kù)？T學(xué)習(xí)大數(shù)據(jù)需要什么基礎(chǔ)？大數(shù)據(jù)需要開(kāi)發(fā)技能，比如python語(yǔ)言，需要通過(guò)編程來(lái)抓取數(shù)據(jù)。當(dāng)然前端需要Html和javascript，抓取的數(shù)據(jù)會(huì)通過(guò)前端進(jìn)行整合和展示

teledb是基于什么數(shù)據(jù)庫(kù)？

T

學(xué)習(xí)大數(shù)據(jù)需要什么基礎(chǔ)？

大數(shù)據(jù)需要開(kāi)發(fā)技能，比如python語(yǔ)言，需要通過(guò)編程來(lái)抓取數(shù)據(jù)。當(dāng)然前端需要Html和javascript，抓取的數(shù)據(jù)會(huì)通過(guò)前端進(jìn)行整合和展示。所以我個(gè)人認(rèn)為學(xué)習(xí)一門開(kāi)發(fā)語(yǔ)言是很有必要的。

redis和數(shù)據(jù)庫(kù)如何保證一致性？

1.不一致的原因是什么？

在使用redis的過(guò)程中，我們通常是這樣做的，先讀取緩存，如果緩存不存在，再讀取數(shù)據(jù)庫(kù)。

是否先寫(xiě)庫(kù)再刪除緩存；或者先刪除緩存再寫(xiě)入庫(kù)，可能會(huì)出現(xiàn)數(shù)據(jù)不一致的情況。

因?yàn)閷?xiě)和讀是并發(fā)的，所以沒(méi)有辦法保證順序。如果在寫(xiě)入庫(kù)之前刪除了緩存，另一個(gè)線程將會(huì)讀取它。如果緩存為空，它將從數(shù)據(jù)庫(kù)中讀取數(shù)據(jù)并將其寫(xiě)入緩存。此時(shí)，緩存是臟的。如果先寫(xiě)庫(kù)，在刪除緩存之前，寫(xiě)庫(kù)的線程就宕機(jī)了，如果不刪除緩存，也會(huì)出現(xiàn)數(shù)據(jù)不一致的情況。

如果是redis集群，或者主從模式，寫(xiě)主讀從，因?yàn)閞edis復(fù)制有一定的時(shí)間延遲，也可能導(dǎo)致數(shù)據(jù)不一致。

2.優(yōu)化想法

(read操作優(yōu)先讀取redis，如果沒(méi)有 t exist，訪問(wèn)MySql，將讀取的數(shù)據(jù)寫(xiě)回Redis

(2)如果是寫(xiě)操作，直接寫(xiě)MySql，成功后再寫(xiě)Redis，替換原來(lái)的舊數(shù)據(jù)(可以在MySql定義一個(gè)CRUD觸發(fā)器，觸發(fā)CRUD操作后將數(shù)據(jù)寫(xiě)到Redis，或者在Redis解析binlog，再做相應(yīng)的操作)。

(3)設(shè)置合理的超時(shí)，即超時(shí)后自動(dòng)刪除redis中相應(yīng)的數(shù)據(jù)。最壞的情況是在超時(shí)期間內(nèi)存中存在不一致。當(dāng)然，這種策略考慮到了redis與主從數(shù)據(jù)庫(kù)之間耗時(shí)的同步，所以最好在第二次刪除之前休眠一定時(shí)間，比如500毫秒，這無(wú)疑增加了耗時(shí)的寫(xiě)請(qǐng)求。