資料庫mha

㈠ linux系統課程有哪些

世面上的Linux系統課程大概分為兩類：
redhat 紅帽體系，一套非常完善易學成熟的Linux學習認證體系。且不說認證重不重要，學習知識最重要，這是一個以系統管理，服務搭建為主的課程，是一套由入門到 運維的課程（精通現在來言肯定談不上了）。簡單易學，新手的推薦。可以去看看《Linux就該這樣學》，比較適合入門。
職業體系，這套體系呢是一套以Linux運維，運維經驗為主的體系，相比紅帽體系而言，層次略高些，但是學習的難易程度看個人，而且這類課程一般較貴，沒有計算機基礎的或者Linux基礎的還是看個人能力吧。個人較為推薦循序漸進的方式，由淺到深的學習精通Linux。
客戶整體來言：系統入門，介紹，安裝，命令，許可權，用戶，磁碟管理，等等。然後是服務，也遠程服務，文件服務，web服務，安全等。高端的大概是高可用性，負載均衡，web，資料庫，虛擬化，容器等。當然這個只是一個大概，真正學習沒有那麼簡單也沒有那麼難。Linux入門推薦看看《Linux就該這樣學》先看看Linux是什麼，自己了解下linux 在考慮Linux的課程選擇，能力比較強的童鞋完全可以考慮自學的。加油吧

㈡ java怎麼連接mysql-mha集群

public class Cnn { /** * 靜態連接資料庫函數 * @return Connection */ public static Connection getConn() { // String dbDriver="sun.jdbc.odbc.JdbcOdbcDriver"; // String url="jdbc:odbc:driver={Microsoft Access Driver (*.mdb)};DBQ=JICQ2006.mdb"; // String user=""; // String password=""; String dbDriver="com.microsoft.jdbc.sqlserver.SQLServerDriver"; String url="jdbc:microsoft:sqlserver://localhost:1433;DatabaseName=chat"; String user="yong"; String password="yong"; Connection con=null; try { Class.forName(dbDriver).newInstance(); con=DriverManager.getConnection(url,user,password); } catch(Exception ex) { ex.printStackTrace(); } return con; } }

㈢ mysql5.6 做MHA注意哪些以及開啟半同步復制是否對主庫性能有影響

在談這個特性之前，我們先來看看mysql的復制架構衍生史。 MySQL的復制分為三種： 第一種，即普通的replication。 搭建簡單，使用非常廣泛，從mysql誕生之初，就產生了這種架構，性能非常好，可謂非常成熟。 但是這種架構數據是非同步的，所以有丟失資料庫的風險。 第二種，即mysql cluster。 搭建也簡單，本身也比較穩定，是mysql裡面對數據保護最最靠譜的架構，也是唯一一個數據完全同步的架構，絕對的零丟失。不過性能就差遠些了。 第三種，即semi-sync replication，半同步，性能，功能都介於以上兩者之間。從mysql5.5開始誕生，目的是為了折中上述兩種架構的性能以及優缺點。「我們今天談論第三種架構

我們知道，普通的replication，也即mysql的非同步復制，依靠mysql二進制日誌也即binary log進行數據復制。比如兩台機器，一台主機也即master，另外一台是從機，也即slave。

1. 正常的復制為：事務一（t1）寫入binlog buffer；mper 線程通知slave有新的事務t1；binlog buffer 進行checkpoint；slave的io線程接收到t1並寫入到自己的的relay log；slave的sql線程寫入到本地資料庫。 這時，master和slave都能看到這條新的事務，即使master掛了，slave可以提升為新的master。 2. 異常的復制為：事務一（t1）寫入binlog buffer；mper 線程通知slave有新的事務t1；binlog buffer 進行checkpoint；slave因為網路不穩定，一直沒有收到t1；master 掛掉，slave提升為新的master，t1丟失。

3. 很大的問題是：主機和從機事務更新的不同步，就算是沒有網路或者其他系統的異常，當業務並發上來時，slave因為要順序執行master批量事務，導致很大的延遲。

為了彌補以上幾種場景的不足，mysql從5.5開始推出了半同步。

即在master的mper線程通知slave後，增加了一個ack，即是否成功收到t1的標志碼。也就是mper線程除了發送t1到slave，還承擔了接收slave的ack工作。如果出現異常，沒有收到ack，那麼將自動降級為普通的復制，直到異常修復。

我們可以看到半同步帶來的新問題： 1. 如果異常發生，會降級為普通的復制。 那麼從機出現數據不一致的幾率會減少，並不是完全消失。 2. 主機mper線程承擔的工作變多了，這樣顯然會降低整個資料庫的性能。 3. 在MySQL 5.5和5.6使用after_commit的模式下, 即如果slave 沒有收到事務，也就是還沒有寫入到relay log 之前，網路出現異常或者不穩定，此時剛好master掛了，系統切換到從機，兩邊的數據就會出現不一致。 在此情況下，slave會少一個事務的數據。

隨著MySQL 5.7版本的發布，半同步復制技術升級為全新的Loss-less Semi-Synchronous Replication架構，其成熟度、數據一致性與執行效率得到顯著的提升。

MySQL 5.7對數據復制效率進行了改進1 主從一致性加強支持在事務commit前等待ACK

新版本的semi sync 增加了rpl_semi_sync_master_wait_point參數 來控制半同步模式下 主庫在返回給會話事務成功之前提交事務的方式。

該參數有兩個值：

• AFTER_COMMIT（5.6默認值）

master將每個事務寫入binlog ,傳遞到slave 刷新到磁碟(relay log)，同時主庫提交事務。master等待slave 反饋收到relay log，只有收到ACK後master才將commit OK結果反饋給客戶端。

• AFTER_SYNC（5.7默認值，但5.6中無此模式）

master 將每個事務寫入binlog , 傳遞到slave 刷新到磁碟(relay log)。master等待slave 反饋接收到relay log的ack之後，再提交事務並且返回commit OK結果給客戶端。即使主庫crash，所有在主庫上已經提交的事務都能保證已經同步到slave的relay log中。

因此5.7引入了after_sync模式，帶來的主要收益是解決after_commit導致的master crash主從間數據不一致問題，因此在引入after_sync模式後，所有提交的數據已經都被復制，故障切換時數據一致性將得到提升。

• 2 性能提升支持發送binlog和接受ack的非同步化

舊版本的semi sync 受限於mp thread ，原因是mp thread 承擔了兩份不同且又十分頻繁的任務：傳送binlog 給slave ，還需要等待slave反饋信息，而且這兩個任務是串列的，mp thread 必須等待 slave 返回之後才會傳送下一個 events 事務。mp thread 已然成為整個半同步提高性能的瓶頸。在高並發業務場景下，這樣的機制會影響資料庫整體的TPS .

• 圖：Without ACK receiving thread

為了解決上述問題，在5.7版本的semi sync 框架中，獨立出一個 ack collector thread ，專門用於接收slave 的反饋信息。這樣master 上有兩個線程獨立工作，可以同時發送binlog 到slave ，和接收slave的反饋。

• 圖：With ACK receiving thread3 性能提升控制主庫接收slave 寫事務成功反饋數量

MySQL 5.7新增了rpl_semi_sync_master_wait_slave_count參數，可以用來控制主庫接受多少個slave寫事務成功反饋，給高可用架構切換提供了靈活性。

• 如圖所示，當count值為2時，master需等待兩個slave的ack

4 性能提升

• Binlog 互斥鎖改進

舊版本半同步復制在主提交binlog的寫會話和mp thread讀binlog的操作都會對binlog添加互斥鎖，導致binlog文件的讀寫是串列化的，存在並發度的問題。

• MySQL 5.7對binlog lock進行了以下兩方面優化

1.移除了mp thread對binlog的互斥鎖

2.加入了安全邊際保證binlog的讀安全

• 5 性能提升組提交

5.7引入了新的變數slave-parallel-type，其可以配置的值有：

• DATABASE （5.7之前默認值），基於庫的並行復制方式；LOGICAL_CLOCK （5.7新增值），基於組提交的並行復制方式；

MySQL 5.6版本也支持所謂的並行復制，但是其並行只是基於DATABASE的，也就是基於庫的。如果用戶的MySQL資料庫實例中存在多個DATABASE ，對於從機復制的速度的確可以有比較大的幫助，如果用戶實例僅有一個庫，那麼就無法實現並行回放，甚至性能會比原來的單線程更差。

MySQL5.7中增加了一種新的並行模式：為同時進入COMMIT階段的事務分配相同的序列號，這些擁有相同序列號的事務在備庫是可以並發執行的。

MySQL 5.7真正實現的並行復制，這其中最為主要的原因就是slave伺服器的回放與主機是一致的即master伺服器上是怎麼並行執行的slave上就怎樣進行並行回放。不再有庫的並行復制限制，對於二進制日誌格式也無特殊的要求（基於庫的並行復制也沒有要求）。

因此下面的序列中可以並發的序列為（其中前面一個數字為last_committed ，後面一個數字為sequence_number ）：

• trx1 1…..2trx2 1………….3trx3 1…………………….4trx4 2……………………….5trx5 3…………………………..6trx6 3………………………………7trx7 6………………………………..8

備庫並行規則：當分發一個事務時，其last_committed 序列號比當前正在執行的事務的最小sequence_number要小時，則允許執行。

• 因此，

a)trx1執行，last_commit<2的可並發，trx2, trx3可繼續分發執行

b)trx1執行完成後，last_commit < 3的可以執行， trx4可分發

c)trx2執行完成後，last_commit< 4的可以執行， trx5, trx6可分發

d)trx3、trx4、trx5完成後，last_commit < 7的可以執行，trx7可分發

• 綜上所述

我們認為MySQL 5.7版對Loss-Less半同步復制技術的優化，使得其成熟度和執行效率都得到了質的提高。我們建議在使用MySQL 5.7作為生產環境的部署時，可以使用半同步技術作為高可用與讀寫分離方案的數據復制方案。

㈣ 求助，mysql MHA masterha

有兩種方法，一種方法使用mysql的check table和repair table 的sql語句，另一種方法是使用MySQL提供的多個myisamchk, isamchk數據檢測恢復工具。前者使用起來比較簡便。推薦使用。
1. check table 和 repair table
登陸mysql 終端：
mysql -uxxxxx -p dbname
check table tabTest;
如果出現的結果說Status是OK，則不用修復，如果有Error，可以用：
repair table tabTest;
進行修復，修復之後可以在用check table命令來進行檢查。在新版本的phpMyAdmin裡面也可以使用check/repair的功能。
2. myisamchk, isamchk
其中myisamchk適用於myisam類型的數據表，而isamchk適用於ISAM類型的數據表。這兩條命令的主要參數相同，一般新的系統都使用myisam作為預設的數據表類型，這里以myisamchk為例子進行說明。當發現某個數據表出現問題時可以使用：
myisamchk tablename.MYI
進行檢測，如果需要修復的話，可以使用：
myisamchk -of tablename.MYI
關於myisamchk的詳細參數說明，可以參見它的使用幫助。需要注意的時在進行修改時必須確保MySQL伺服器沒有訪問這個數據表，保險的情況下是最好在進行檢測時把MySQL伺服器Shutdown掉。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
另外可以把下面的命令放在你的rc.local裡面啟動MySQL伺服器前：
[ -x /tmp/mysql.sock ] && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI
其中的/tmp/mysql.sock是MySQL監聽的Sock文件位置，對於使用rpm安裝的用戶應該是/var/lib/mysql/mysql.sock，對於使用源碼安裝則是/tmp/mysql.sock可以根據自己的實際情況進行變更，而pathtochk則是myisamchk所在的位置，DATA_DIR是你的MySQL資料庫存放的位置。
需要注意的時，如果你打算把這條命令放在你的rc.local裡面，必須確認在執行這條指令時MySQL伺服器必須沒有啟動！檢測修復所有資料庫(表)

㈤ linux分為幾大塊學習

可以按照以下思路學習：

第一階段：linux基礎入門

Linux基礎入門主要包括： Linux硬體基礎、Linux發展歷史、Linux系統安裝、xshell連接、xshell優化、SSH遠程連接故障問題排查、L inux基礎優化、Linux目錄結構知識、Linux文件屬性、Linux通配符、正則表達式、Linux系統許可權等

第二階段：linux系統管理進階

linux系統管理進階包括：Linux定時任務、Linux用戶管理、Linux磁碟與文件系統、Linux三劍客之sed命令等。

第三階段：Linux Shell基礎

Linux Shell基礎包括：Shell編程基礎、Linux三劍客之awk命令等。

第四階段：Linux網路基礎

第五階段：Linux網路服務

Linux網路服務包括：集群實戰架構開始及環境准備、rsync數據同步服務、Linux全網備份項目、nfs網路存儲服務精講、inotify/sersync實時數據同步/nfs存儲實時備份項目等。

第六階段：Linux重要網路服務

Linux重要網路服務包括：http協議/www服務基礎、nginx web介紹及基礎實踐、nginx web、lnmp環境部署/資料庫異機遷移/共享數據異機遷移到NFS系統、nginx負載均衡、keepalived高可用等。

第七階段：Ansible自動化運維與Zabbix監控

Ansible自動化運維與Zabbix監控包括： SSH服務秘鑰認證、ansible批量自動化管理集群、 zabbix監控等。

第九階段：大規模集群高可用服務(Lvs、Keepalived)

第十階段：Java Tomcat服務及防火牆Iptables

第十一階段：MySQL DBA高級應用實踐

MySQL DBA高級應用實踐包括：MySQL資料庫入門基礎命令、MySQL資料庫進階備份恢復、MySQL資料庫深入事務引擎、MySQL資料庫優化SQL語句優化、MySQL資料庫集群主從復制/讀寫分離、MySQL資料庫高可用/mha/keepalved等。

第十二階段：高性能資料庫Redis和Memcached課程

第十三階段：Linux大規模集群架構構建（200台）

第十四階段：Linux Shell編程企業案例實戰

第十五階段：企業級代碼發布上線方案（SVN和Git）

第十六階段企業級Kvm虛擬化與OpenStack雲計算

第十七階段公有雲阿里雲8大組件構建集群實戰

第十八階段：Docker技術企業應用實踐

第十九階段：Python自動化入門及進階

第二十階段：職業規劃與高薪就業指導

㈥ mysql-mha從庫能有多少

它由日本DeNA公司youshimaton（現就職於Facebook公司）開發，是一套優秀的作為MySQL高可用性環境下故障切換和主從提升的高可用軟體。
在MySQL故障切換過程中，MHA能做到在0~30秒之內自動完成資料庫的故障切換操作，並且在進行故障切換的過程中，MHA能在最大程度上保證數據的一致性，以達到真正意義上的高可用。

㈦ mysql mha網路故障時會切換嗎

有兩種方法，一種方法使用mysql的checktable和repairtable的sql語句，另一種方法是使用MySQL提供的多個myisamchk,isamchk數據檢測恢復工具。前者使用起來比較簡便。推薦使用。1.checktable和repairtable登陸mysql終端：mysql-uxxxxx-pdbnamechecktabletabTest;如果出現的結果說Status是OK，則不用修復，如果有Error，可以用：repairtabletabTest;進行修復，修復之後可以在用checktable命令來進行檢查。在新版本的phpMyAdmin裡面也可以使用check/repair的功能。2.myisamchk,isamchk其中myisamchk適用於myisam類型的數據表，而isamchk適用於ISAM類型的數據表。這兩條命令的主要參數相同，一般新的系統都使用myisam作為預設的數據表類型，這里以myisamchk為例子進行說明。當發現某個數據表出現問題時可以使用：myisamchktablename.MYI進行檢測，如果需要修復的話，可以使用：myisamchk-oftablename.MYI關於myisamchk的詳細參數說明，可以參見它的使用幫助。需要注意的時在進行修改時必須確保MySQL伺服器沒有訪問這個數據表，保險的情況下是最好在進行檢測時把MySQL伺服器Shutdown掉。－－－－－－－－－－－－－－－－－－－－－－－－－－－－－另外可以把下面的命令放在你的rc.local裡面啟動MySQL伺服器前：[-x/tmp/mysql.sock]&&/pathtochk/myisamchk-of/DATA_DIR/*/*.MYI其中的/tmp/mysql.sock是MySQL監聽的Sock文件位置，對於使用rpm安裝的用戶應該是/var/lib/mysql/mysql.sock，對於使用源碼安裝則是/tmp/mysql.sock可以根據自己的實際情況進行變更，而pathtochk則是myisamchk所在的位置，DATA_DIR是你的MySQL資料庫存放的位置。需要注意的時，如果你打算把這條命令放在你的rc.local裡面，必須確認在執行這條指令時MySQL伺服器必須沒有啟動！檢測修復所有資料庫(表)

㈧ 談談mongodb，mysql的區別和具體應用場景

（1）MySQL資料庫：
屬於關系型資料庫。
在不同的引擎上有不同的存儲方式。
查詢語句是使用傳統的sql語句，擁有較為成熟的體系，成熟度很高。
開源資料庫的份額在不斷增加，mysql的份額頁在持續增長。
缺點就是在海量數據處理的時候效率會顯著變慢。
（2）Mongodb資料庫：
非關系型資料庫(nosql ),屬於文檔型資料庫。先解釋一下文檔的資料庫，即可以存放xml、json、bson類型系那個的數據。這些數據具備自述性（self-describing），呈現分層的樹狀數據結構。數據結構由鍵值(key=>value)對組成。
存儲方式：虛擬內存+持久化。
查詢語句：是獨特的Mongodb的查詢方式。
適合場景：事件的記錄，內容管理或者博客平台等等。
架構特點：可以通過副本集，以及分片來實現高可用。
數據處理：數據是存儲在硬碟上的，只不過需要經常讀取的數據會被載入到內存中，將數據存儲在物理內存中，從而達到高速讀寫。
成熟度與廣泛度：新興資料庫，成熟度較低，Nosql資料庫中最為接近關系型資料庫，比較完善的DB之一，適用人群不斷在增長。
分析一下Mysql和Mongodb應用場景
1.如果需要將mongodb作為後端db來代替mysql使用，即這里mysql與mongodb 屬於平行級別，那麼，這樣的使用可能有以下幾種情況的考量： (1)mongodb所負責部分以文檔形式存儲，能夠有較好的代碼親和性，json格式的直接寫入方便。(如日誌之類) (2)從data models設計階段就將原子性考慮於其中，無需事務之類的輔助。開發用如nodejs之類的語言來進行開發，對開發比較方便。 (3)mongodb本身的failover機制，無需使用如MHA之類的方式實現。
2.將mongodb作為類似redis ，memcache來做緩存db，為mysql提供服務，或是後端日誌收集分析。 考慮到mongodb屬於nosql型資料庫，sql語句與數據結構不如mysql那麼親和 ，也會有很多時候將mongodb做為輔助mysql而使用的類redis memcache 之類的緩存db來使用。 亦或是僅作日誌收集分析。