mysql主從復制，是從庫是拉還是推？

mysql的讀寫分離完全開啟之后，從數據庫數據會立馬直接復制主數據庫中的那些數據。然后，對主數據庫連接并且增，刪，改你操作之后，從數據庫數據也會展開相同的你的操作。不過，對從數據庫系統進行增，刪，改操作的話，對主數據庫系統是沒有任何影響大的

mysql主從切換是自動的嗎？

主從自動切換：顧名思義，就是redis寫分支節點直接出現宕機后，會自動選擇到香菜切段節點（也就是把從機也主機配置成writeHost），這樣的話，第一個writeHost出現故障后，會自動選擇到第三個，二個故障后手動切換到第三個....依次類推；

數據庫訪問量很大時，如何做優化？

如果有一個特別大的網站訪問量到數據庫連接上時，往往網上查詢速度會變得很慢，所以我們須要進行優化。優化系統從六個一些考慮：sql查詢語句360優化、主從架構，主從同步，負載均衡、數據庫數據讀寫分離。

一、sql語句詞句系統優化

1、建議使用索引文件

建立索引文件這個可以使網上查詢速度快能得到實力提升，我們首先應該判斷在where及order，followed牽涉的列上建立索引表。

2、動用alludesn（查詢360優化魔器）選更好的索引和優化sql查詢語句

sql的prepare通過圖像化或基于文字格式的為主詳細了sql數據庫詞句的每個大多數是如何去執行以及何時怎么執行的，以及執行效果。通過

對選擇要好的索引列，或者對耗時久的查詢語句展開系統優化提升到對可以查詢速度比的系統優化。

3、任何地方的都不要可以使用column*FROM判斷語句。

4、不要在索引列做算術運算或者可以使用原函數

5、查詢盡很有可能在用threshold來降低返回到的幾列

6、建議使用查詢緩存文件，并將盡量多的堆內存給mariadb做緩存空間

二、主從同步，主從架構，負載均衡技術

暫時大多數的高端nosql都能提供了主從同步的什么功能，通過主機配置兩臺（或多臺）數據庫系統的攻受任何關系，還可以將一臺sql數據庫服務什么器的顯示數據一般更新同步到另一臺網通服務器上。網站上是可以憑借數據庫連接這一功能一般，才能實現數據庫系統的分庫分表，從而慢慢改善數據庫數據的負載端無形的壓力。一個操作系統的讀怎樣操作遠遠遠不足寫怎樣操作，因此寫怎么操作發向professional，讀怎么操作發向worker參與你操作（簡單輪詢模式算法來最終決定在用哪個replication）。

依靠數據庫連接的讀寫分離，web服務在寫什么數據的之前，防問主sql數據庫（maste），主sql數據庫通過redis集群將什么數據自動更新同步到從數據庫（worker），這樣當web站點服務器讀數據的時，就這個可以通過從數據庫系統我得到你的數據。這一路線讓在大量讀操作的應用服務器這個可以輕松地寫數據，而主數據庫數據也只會經受少量的寫入你的操作，還可以基于顯示數據熱系統備份，委實是一舉兩得。

三、數據庫分表、分區、出庫

1、分表

通過分表這個可以能提高表的訪問網絡點效率。有兩種拆分方法是什么：

垂直拆細

在主鍵和一些列放到一個表中，然后把唯一索引和另外的列放在另一個表中。如果一個表中某些列具體用法，而另外一些不具體用法，則也可以采用垂直表格合并。

水品全部拆分

根據一列或者多列你的數據的值把那些數據行扔到三個獨立的表中。

2、分區

系統分區就是把三張表的你的數據一分為四多個區塊內，這些新區塊也可以在一個移動盤上，也也可以在不同的移動盤上，主分區后，外表上還是幾張表，但是數據散列在多個所處的位置，這樣一來，多塊串口硬盤同時如何處理不同的跪請，從而增加本地磁盤內存模塊順序讀寫。基于比較簡單，除開水平高磁盤分區和垂直主分區。

3、出庫

入庫登記是根據此項業務不同把相關的表切分到不同的數據庫數據中，比如web站點、校內、blog等庫。

物資收發幫忙解決的是數據庫系統端并發性量的你的問題。出庫和分表并不一定五個都要上，比如數據量很大，但是訪問服務器的電腦用戶很少，我們就還可以只建議使用分表不可以使用入庫登記。如果那些數據量只有1萬，而訪問百度用戶有一千，那就只在用入庫登記。

注意啊：分庫分表特別難幫忙解決的什么問題是統計計算，還有跨表的連接（比如這個表的訂單在另外一張表），解絕這個的方法是什么就是可以使用消息中間件，比如聲名赫赫的rocketmq，用它來做路由器，管理方面整個讀寫分離，乃至跨庫跨表的再連接(javd沒基礎網【】幫我推薦)