MySQL

背景：當(dāng)數(shù)據(jù)庫(kù)中的文檔數(shù)僅僅上萬(wàn)條時(shí)，關(guān)鍵詞查詢(xún)就比較慢了。如果一旦到企業(yè)級(jí)的數(shù)據(jù)，響應(yīng)速度就會(huì)更加不可接受。

原因：在數(shù)據(jù)庫(kù)做模糊查詢(xún)時(shí)，如LIKE語(yǔ)句，它會(huì)遍歷整張表，同時(shí)進(jìn)行字符串匹配。

例如，在數(shù)據(jù)庫(kù)查詢(xún)“手機(jī)”時(shí)，數(shù)據(jù)庫(kù)會(huì)在每一條記錄去匹配“手機(jī)”這兩字是否出現(xiàn)。實(shí)際上，并不是所有記錄都包含“手機(jī)”，所以做了很多無(wú)用功。

這個(gè)步驟都不高效，而且隨著數(shù)據(jù)量的增大，消耗的資源和時(shí)間都會(huì)線性的增長(zhǎng)。

Elasticsearch