1. 互聯(lián)網項目架構演變

隨著訪問量上升，大部分使用MySQL架構的網站在數據庫上都開始出現性能問題，Web程序不能再僅僅專注在功能上，同時也在追求性能。開始使用緩存技術緩解數據庫壓力，優(yōu)化數據庫的結構和索引。剛開始時比較流行的是通過文件緩存來緩解數據庫壓力，但是當訪問量繼續(xù)增大，文件緩存中的數據不能在多臺Web服務器之間共享，大量的小文件IO也帶來了比較高的IO壓力。在這種情況下，Memcache就成了一款非常有效的解決方案。

Memcache作為一個獨立的分布式緩存服務器，為多個Web服務器提供了一個共享的高性能緩存服務，在Memcache服務器上，又發(fā)展了根據hash算法來進行多臺Memcache緩存服務的擴展，然后又出現了一致性hash來解決增加或減少緩存服務器導致重新hash帶來的大量緩存失效問題。

由于數據庫的寫入壓力增加，Memcached只能緩解數據庫的讀取壓力。讀寫集中在一個數據庫上讓數據庫不堪重負，大部分網站開始使用主從復制技術來達到讀寫分離，以提高讀寫性能和讀庫的可擴展性。Mysql的master-slave模式成為這個時候的網站標配了

在Memcached的高速緩存，MySQL的主從復制，讀寫分離的基礎之上，這時MySQL主庫的寫壓力開始出現瓶頸，而數據量的持續(xù)猛增，由于MyISAM使用表鎖，在高并發(fā)下會出現嚴重的鎖問題，大量的高并發(fā)MySQL應用開始使用InnoDB引擎代替MyISAM。

同時，開始流行使用分表分庫來緩解寫壓力和數據增長的擴展問題。這個時候，分表分庫成了一個熱門技術，是業(yè)界討論的熱門技術問題。也就在這個時候，MySQL推出了還不太穩(wěn)定的表分區(qū)，這也給技術實力一般的公司帶來了希望。雖然MySQL推出了MySQL Cluster集群，但性能也不能很好滿足互聯(lián)網的要求，只是在高可靠性上提供了非常大的保證。

MySQL數據庫也經常存儲一些大文本字段，導致數據庫表非常的大，在做數據庫恢復的時候就導致非常的慢，不容易快速恢復數據庫。比如1000萬4KB大小的文本就接近40GB的大小，如果能把這些數據從MySQL省去，MySQL將變得非常的小。關系數據庫很強大，但是它并不能很好的應付所有的應用場景。MySQL的擴展性差（需要復雜的技術來實現），大數據下IO壓力大，表結構更改困難，正是當前使用MySQL的開發(fā)人員面臨的問題。

現在的互聯(lián)網架構：