[TOC] # 一主多從問題 常見的服務器架構有一主多從,但是中間沒有主從復制的高可用的組件  一旦主服務器出現故障,從服務很難自動切換成主的或者中間有可能出現問題,這時候需要DBA來手動的切換,切換完再和新的主同步,這樣是很耗時的 # 備份 最好不要在主庫上數據庫備份 大型活動前取消這類計劃 # 效率底下的sql mysql不支持多核運算,就是一個sql只能分給一個cpu 大多數sql能通過慢查詢優化sql來解決 # 連接數 大量的并發:數據庫連接被占滿 (max_connections默認100) 超高CPU使用率,因CPU資源耗盡而宕機 # IO 磁盤IO性能下降,要定期維護,活動的時候調整備份計劃等一系列的定時任務 網卡流量 網卡IO被占滿 如何避免無法連接數據庫的情況: 1. 減少從服務器的數量 2. 進行分級緩存 3. 避免使用select *查詢 4. 分離業務網絡和服務器網絡 # 大表帶來的影響 一般會帶來慢查詢產生 對DDL操作影響 修改表結構很難,如果被從庫復制過去簡直災難 風險: 會造成很長時間的主從延遲,因為現在的mysql主從復制一般使用的是單線程,mysql5.6支持多線程復制 影響正常的數據操作 建立索引需要很長時間 風險: mysql版本<5.5 建立索引會鎖表 mysql版本>=5.5 雖然不會鎖表但會引起主從延遲 分庫分表 把一個大表分成多個小表 難點: 分表主鍵的選擇 分表后跨分區數據的查詢和統計 可以歷史數據歸檔,減少對前后端業務的影響 難點: 歸檔的時間點的選擇 如何進行歸檔操作,歸檔的話對一些現有的數據進行刪除.如果表有上億行,那... # 大事務帶來的影響 事務是數據庫系統區別于其他一切文件系統的重要特征之一 事務是一組具有原子性的sql語句,或是一個獨立的工作單元 # 內存大點好 內存不僅對查詢有幫助,對寫入也有幫助 CPU --寫入--> 內存 --寫入--> 磁盤 寫入可以像讀一樣,可以寫入內存,最終雖然是需要到磁盤,但是速度會快,而且可以多次寫入內存一次寫到磁盤 # 硬件選擇 ## 磁盤RAID卡  ## 固態存儲 SSD PCI-E SSD 更好讀寫性能,更好支持并發 缺點:寫入的時候要對寫的進行擦除操作,相比機械更容易損壞 SSD特點: 1. 使用SATA接口,可以替換傳統磁盤不需任何改變 但是把SATA3.0(6G) -->SATA2.0(3G) 性能會浪費 2. SATA接口的SSD支持RAID技術 PCIe卡特點 1. 無法使用SATA接口,需要獨特的驅動和配置 2. 價格比SSD貴,性能要好(他會占用服務器的一些內存) 使用場景 1. 適用于存在大量隨機I/O的場景 2. 使用于解決單線程負載的I/O瓶頸 # 網絡存儲SAN和NAS SAN和NAS是2種外部文件存儲設備加載到服務器上的方法 SAN --光仟-->服務器 --硬盤--> SAN SAN設備通過光仟連接到服務器,設備通過塊訪問接口訪問,可以把他當做硬盤使用 大量順序讀寫,讀寫I/O,緩存,I/O合并,隨機讀寫,不如本地RAID磁盤 NAS 設備通過網絡連接,通過基于文件的協議如NFS或SMB來訪問 適用場景 數據庫備份 # CPU 對于并發比較高的場景CPU的數量比頻率重要 對于CPU密集性場景和復雜SQL頻率越高越好