寫在最前:
本文主要描述在網站的不同的併發訪問量級下,Mysql架構的演變
可擴充套件性
架構的可擴充套件性往往和併發是息息相關,沒有併發的增長,也就沒有必要做高可擴充套件性的架構,這裡對可擴充套件性進行簡單介紹一下,常用的擴充套件手段有以下兩種:
1,Scale-up : 縱向擴充套件,通過替換為更好的機器和資源來實現伸縮,提升服務能力。
2,Scale-out : 橫向擴充套件, 通過加節點(機器)來實現伸縮,提升服務能力。
對於網際網路的高併發應用來說,無疑Scale out才是出路,通過縱向的買更高階的機器一直是我們所避諱的問題,也不是長久之計,在scale out的理論下,可擴充套件性的理想狀態是什麼?
可擴充套件性的理想狀態
一個服務,當面臨更高的併發的時候,能夠通過簡單增加機器來提升服務支撐的併發度,且增加機器過程中對線上服務無影響(no down time),這就是可擴充套件性的理想狀態!
架構是如何演變的呢,請點選這裡檢視
本文主要描述在網站的不同的併發訪問量級下,Mysql架構的演變
可擴充套件性
架構的可擴充套件性往往和併發是息息相關,沒有併發的增長,也就沒有必要做高可擴充套件性的架構,這裡對可擴充套件性進行簡單介紹一下,常用的擴充套件手段有以下兩種:
1,Scale-up : 縱向擴充套件,通過替換為更好的機器和資源來實現伸縮,提升服務能力。
2,Scale-out : 橫向擴充套件, 通過加節點(機器)來實現伸縮,提升服務能力。
對於網際網路的高併發應用來說,無疑Scale out才是出路,通過縱向的買更高階的機器一直是我們所避諱的問題,也不是長久之計,在scale out的理論下,可擴充套件性的理想狀態是什麼?
可擴充套件性的理想狀態
一個服務,當面臨更高的併發的時候,能夠通過簡單增加機器來提升服務支撐的併發度,且增加機器過程中對線上服務無影響(no down time),這就是可擴充套件性的理想狀態!
架構是如何演變的呢,請點選這裡檢視