trx4與trx6如何選擇

A. 怎麼判斷mysql是否是半同步復制

在談這個特性之前，我們先來看看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作為生產環境的部署時，可以使用半同步技術作為高可用與讀寫分離方案的數據復制方案。

B. trx4攀爬車減速比多少

嗯，Trx 4攀爬車的減速比，大概是2.0

C. trx4路虎和福特烈馬怎麼選

選擇福特烈馬。
62年，福特研發了野馬的第一輛概念車。它是一部發動機中置的兩座跑車。而野馬的名稱正是為了紀念二戰中富有傳奇色彩的美軍P-51型Mustang戰斗機。

D. trx4攀爬車需要配重

42克。YeahRacing(以下簡稱YR)將給TraxxasTRX-4攀爬車推出配重塊，重量42克，直接安裝在輪圈接合位置。配重後的TRX-4能夠獲得更好的抓地力以及改善行走姿態。

E. trx4加寬接合器會蹭輪眉嗎

trx4加寬接合器會蹭輪眉。加寬接合器不好看，正常情況別加到12，如果介意刮輪眉可以在避震芯加O圈。加寬了接合器少許加配重同時車殼也做了減法讓車身上部更輕不易翻。trx4接合器對頭前後的防撞進行有優化設計，再加上平整的底盤車子獲得各種良好的通過角度。

trx4特點

車頭設計非常具有復古范，為了進一步提升車殼細節完成度，車門把手可折疊後視鏡輪眉翼子板採用了模具注塑方式製造。特別設計的燈杯，能夠讓LED燈組效果更像真。創新的無車殼夾設計也被應用在這台TRX42021FordBronco攀爬車，減少了車殼夾。

低重心操控更好升高避震能夠增加懸掛行程不過重心也被提高了，車架穩定性也降低了。Traxxas並沒有簡單地加長避震器或懸掛行程，反而在降低重心上下功夫。把電池和馬達的安裝位置降低，車架還可以使用體積更小的電池整車的重心進一步降低，有利於攀爬過程中細微動作的把控。

F. trx4大齒多少t的

原廠電機齒11T，大齒45T。
TRX-4是TRXXAS出品的第一款攀爬車，主要特點是採用門橋結構，並且帶有前後差速鎖，齒輪波箱則是採用了兩檔變速。
在出廠時原廠的電機齒是11T，購買後有專業玩家會進行重新組裝，安裝一個是個攀爬的電機齒，一般會選擇35T，45T，80T等等，具體的選擇是要根據攀爬的地勢決定。

G. TRX4電池2S標號30C和50C哪個好

這是代表電池的放電能力,這個C,在電池專業術語里叫""放電倍率"",即放電電流數值除以電池容量數值的倍數, 比如,一個電池的容量是1000mAh,那麼我們用2000mA電流來放電,就叫2C放電,這個電池要是說用5C來放電,那麼電流就是5000mA,如果是20C,那麼就是20000mA(即20A)電流.平時大家說的C數,比如,20,表達的就是說這個電池可以20C放電,它代表這電池的最大正常放電能力。
50c的放電能力比30C要大，但是你需要考慮的時候，你是不是需要這么大的放電能力，因為放電能力越大，功耗也越大，會很燙的。同時電路設計也會越復雜，價格也高。

H. 強同步復制模式半同步復制模式哪個好

從mysql5.5開始，支持半同步模式復制(semisynchronous replication)，比之前的非同步模式復制增強了安全性。
半同步復制模式可以確保至少有一個備節點伺服器在接受完主伺服器發送的binlog日誌文件並寫入到中繼日誌後，返回給主節點一個ack信號，告訴主節點已經接收完日誌，這時主節點線程才返回給當前session提交信息。
當主節點因為超時未接收到任一個備節點的ack信號時會切換會非同步復制模式，從而防止堵塞應用。
當至少有一個備節點返回給主節點ack信號時，主節點切換回半同步復制模式。
主備節點必須全部配置成半同步復制模式，否則不支持該模式。
mysql 的半同步復制是通過安裝插件來實現的，主備節點安裝相應的插件，否則無法實現半同步復制。
已安裝二進制包的默認插件目錄在/usr/lib/mysql/plugin中。開啟半同步復制模式如下：

1.在主節點中運行
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
2.在每個備節點中運行
mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
3.在主節點中運行
mysql> SET GLOBAL rpl_semi_sync_master_enabled = 1;
mysql> SET GLOBAL rpl_semi_sync_master_timeout = 10000;
4.在備節點中運行
mysql> SET GLOBAL rpl_semi_sync_slave_enabled = 1;
mysql> STOP SLAVE IO_THREAD; START SLAVE IO_THREAD;
5.在主節點中配置文件/etc/my.cnf添加
rpl_semi_sync_master_enabled=1
rpl_semi_sync_master_timeout =10000 (默認為10000毫秒，可不更改)
6.在備節點中配置文件/etc/my.cnf添加
rpl_semi_sync_slave_enabled=1
7.查看主節點狀態確認半同步復制模式打開

Rpl_semi_sync_master_clients 大於0表示有備機以半同步模式連接到主節點。

備注(單位微秒)：
Rpl_semi_sync_master_clients
半同步連接的slave數目
Rpl_semi_sync_master_net_avg_wait_time
主節點等待備節點同步的平均時間
Rpl_semi_sync_master_net_wait_time
主節點等待備節點同步的總時間
Rpl_semi_sync_master_net_waits
主節點等待次數
Rpl_semi_sync_master_no_times
主節點關閉半同步的次數
Rpl_semi_sync_master_no_tx
主節點未收到ack返回信號的次數
Rpl_semi_sync_master_status
半同步主節點狀態(當為主節點的時候為ON)
Rpl_semi_sync_master_timefunc_failures
半同步由於調用時間函數錯誤的次數
Rpl_semi_sync_master_tx_avg_wait_time
半同步主節點等待一個事務的平均等待時間
Rpl_semi_sync_master_tx_wait_time
主節點等待事務完成的總等待時間
Rpl_semi_sync_master_tx_waits
主節點等待事務完成的總次數
Rpl_semi_sync_master_wait_pos_backtraverse
等待備節點事務應用的順序同主節點日誌寫入順序不一致
Rpl_semi_sync_master_wait_sessions
主節點等待的回話次數
Rpl_semi_sync_master_yes_tx
成功完成半同步的事務總次數
Rpl_semi_sync_slave_status
半同步備節點狀態(當為備節點的時候為ON)

I. trx4可以玩幾年

看耗損情況而定，一般情況下可以玩兩三年
TRX-4是TRXXAS出品的第一款攀爬車，主要特點是採用門橋結構，並且帶有前後差速鎖，齒輪波箱則是採用了兩檔變速。
攀爬自行車又稱障礙自行車，國際稱之為「Biketrial」，指車手騎自行車跨越障礙的運動。攀爬車一般有兩種玩法：一種叫玩街，就是在市區的街道上，以各種人為建築為障礙；另外一種玩法叫做玩石頭或玩岩石，就是在天然的岩石障礙上玩攀爬車。這項運動於上世紀70年代起源於歐洲，是由障礙摩托車(mototrial)演變而來的一項運動。攀爬車的玩法要求車手在平衡、力量控制與運用、身體協調等方面有良好的能力。

J. 移動通信基站的4 BTS的分類

在GSM基站設備的開發上各公司都推出了系列化的基站產品--從宏蜂窩的室內室外型基站到微蜂窩的室內室外型基站以及各種微微蜂窩基站產品，有些廠商還推出了遠端TRX形式的設備以達到具有豐富靈活的GSM無線網路組網方案，能夠滿足不同國家移動網路運營商的不同需求，提供全面的無線網路解決方案。各廠家的室外型基站設備設計思路相同，都是在各自室內型設備的設計方案基礎上改造，增加適應惡劣環境所需的電源系統和環境調節及防護系統。從容量上分一般有小容量和大容量兩種，典型的載頻數為2TRX和6TRX。隨著DCS1800頻段的使用，單機櫃載頻數也開始出現4TRX、8TRX和12TRX。