慢查詢？三歪有套路！

總結(jié)下今天的知識點吧（贊和轉(zhuǎn)發(fā)是肯定要的，別想了，又不用錢）：

• 數(shù)據(jù)庫表存在一定數(shù)據(jù)量，就需要有對應(yīng)的索引
• 發(fā)現(xiàn)慢查詢時，檢查是否走對索引，是否能用更好的索引進(jìn)行優(yōu)化查詢速度，查看使用索引的姿勢有沒有問題
• 當(dāng)索引解決不了慢查詢時，一般由于業(yè)務(wù)表的數(shù)據(jù)量太大導(dǎo)致，利用空間換時間的思想（NOSQL、聚合、冗余...)
• 當(dāng)讀寫性能均遇到瓶頸時，先考慮能否升級數(shù)據(jù)庫架構(gòu)即可解決問題，若不能則需要考慮分庫分表
• 分庫分表雖然能解決掉讀寫瓶頸，但同時會帶來各種問題，需要提前調(diào)研解決方案和踩坑

線上不是給你炫技的地方，安穩(wěn)才是硬道理。能用簡單的方式去解決，不要用復(fù)雜的方式。

文章以純面試的角度去講解，所以有很多的細(xì)節(jié)是未鋪墊的。

鑒于很多同學(xué)反饋沒看懂【對線面試官】系列，基礎(chǔ)相關(guān)的知識我確實寫過文章講解過啦，但有的同學(xué)就是不愛去翻。

我把這些上傳到網(wǎng)盤，你們有需要直接下載就好了。