trx主机

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. AAC币出了啥问题

18号上午，锐角云要实施六条举措来提振币价，不过当天只放出两条举措，一是31000台三角形主机（1代）将作为锐角云唯一创世节点；二是Super Network（酸奶计划）激活码销售所回收AAC进行1年期锁仓。被AAC套牢半年多了，以往AAC客服是“行情还是要交由市场滴balabala”，但这次不按常规出牌就忍不住想分析一下。
1、 为什么好好的一个项目币价跌成这样？
很早之前看过一篇对如下代码审计结果出来前后5天不同等级项目币价涨幅分析的文章在良好等级的项目中选取了ETH、EOS、Qtum、AE和SNT，平均涨幅165.98%；一般项目中NEO、BTS、阿希（XAS）、天算（Delphy）、公信宝（GXS）的平均涨幅135.62%；等级为差以及未找到的的项目除去飞上天的波场（TRX），TNT、UIP、唯链（VEN）、PAY的平均涨幅为107%。看出等级越高的项目，币价的涨幅也越大，从这一方面可以说币价跟项目的好坏还是有一定关系的，毕竟币价还受很多因素的综合影响。
再来看AAC，一家区块链研究和评级机构SharpRating之前对锐角云项目做过一次评级，最终结果为86.45分A-级，暂且不说这家评级机构的权威性以及这篇评级是否含有水分，按照这个评级来看，AAC的币价更是让人不解。
2、三角形主机涨价，获取收益少，回本无望？
三角形主机在最开始投放于市场时，平均每台三角形主机的收益超过100AAC，当时币价6、7毛。但随着三角形主机节点的不断增多，目前每台三角形主机的收益大概在20AAC左右，而币价为2毛浮动。三角形主机的价格不断的上涨，但是币价一直跌，这是要用户们挖到地老天荒也回不了本的节奏吗？虽然目前锐角云推出Supper Network酸奶计划能够获取SN奖励，但是用户在对项目产品、币价都不看好的情况下，用户对酸奶计划的热情也受打击。
3、为什么要提升币价？增长用户对项目的信心？
一个品牌想要建立自己的品牌效应，就要给用户提供优质的产品和服务，这样用户自然会回馈给项目方相应的回报，才更容易建立起用户对品牌的信任。在币圈更是如此，想让用户信任项目，首先让用户感受到项目能带给他的好处。在锐角云整个生态完成之前，币价是最能够给用户带来直观感受的，让用户感受到项目对他们的用心，让用户对项目产生好感而不是整天的谩骂，是能够建立起用户对项目的信心的基础。

C. 如何计算爱立信开EDGE传输

EDGE的开通按照逐站逐小区进行开通，下面是细化的操作指令和流程：
1．停用小区，MO退服
RLSTC:CELL=cell,STATE=HALTED;
RXBLI:MO=RXOTG-tg,SUBORD,FORCE;
RXESE:MO=RXOTG-tg,SUBORD;

2．启用EGPRS的小区需配置2个CHGR，一个CHGR（一般CHGR＝0）为原来的载波（不启用EGPRS的TRU），另一个CHGR（一般CHGR＝1，）为支持及要开启EGPRS的TRU。
RLDGI:CELL=cell,CHGR=1;
RXTCI：MO=RXOTG-tg,CELL＝cell，CHGR＝1；

3．分配EGPRS频点
RLCFP:CELL=cell;
RLCFE:CELL=cell,CHGR=0,DCHNO=dchno;
RLCFI:CELL=cell,CHGR=1,DCHNO=dchno;

4．配置小区开启EGPRS的BPC数量
RLBDC:CELL=cell,CHGR=1,NUMREQEGPRSBPC=8；
RLBDC:CELL=cell,CHGR=0,TN7BCCH=EGPRS;
(根据该小区数据业务流量，设置支持64K的EGPRS信道的数量，可以定义的范围为0-128,主要是看连接做EDGE的载波数量，按绵阳当地情况一般是4到8);

5．给小区分配固定PDCH
RLGSC:CELL=cell,FPDCH=1,PSKONBCCH=ENABLED;

6．重新配置MO参数
A、 RXMOC：MO＝RXOTG－tg,SVWER=svwer;
基站类型 SVWER
RBS2202 B3991R004F
RBS2206 B1922R002U
RBS2308 B1922R002U

B、重新定义启用EGPRS的sTRU/dTRUe数据
RXMOC:MO=RXOTRX-tg-trx,DCP1=dcp1,DCP2=dcp2,SIG=UNCONC;
RXMOC:MO=RXOTRX-tg-trx,CELL=cell,CHGR=1;
RXMOC:MO=RXOTX-tg-tx,CELL=cell,CHGR=1;
启用EGPRS的RXOTRX所连接的DCP1、DCP2的对应关系如下：
TRX DCP1 DCP2
TRX-tg-0 178 179&&186
TRX-tg-1 187 188&&195
TRX-tg-2 196 197&&204
TRX-tg-3 205 206&&213
TRX-tg-4 214 215&&222
TRX-tg-5 223 224&&231
TRX-tg-6 232 233&&240
TRX-tg-7 241 242&&249
TRX-tg-8 250 251&&258
TRX-tg-9 259 260&&267
TRX-tg-10 268 269&&276
TRX-tg-11 277 278&&285

以主机架的第6个载波为例:
RXMOC:MO=RXOTRX-tg-5,DCP1=223,DCP2=224＆＆231,SIG=UNCONC;
RXMOC:MO=RXOTRX-tg-5,CELL=cell,CHGR=1;
RXMOC：MO＝RXOTX-tg-5,CELL=cell,CHGR=1;

C、重新定义ABIS接口
如：RXAPE:MO=RXOTG-tg,DCP=RBLT-rblt1&&-rblt8（1个载波8个，两个载波就16个）;
RXAPI:MO=RXOTG-rxotg,DEV=RBLT-rblt1&&-rblt8,DCP=1&&8,RES64K;
注意：根据启用EGPRS的NUMREQEGPRSBPC的数量，定义支持64K的RBLT的数量。如NUMREQEGPRSBPC＝8，表示定义8个支持64K RBLT的。

D、装载MO软件及解闭MO
RXESI:MO=RXOTG-tg,SUBORD;
RXBLE:MO=RXOTG-tg,SUBORD;

E、激活小区
RLSTC:CELL=cell,STATE=ACTIVE;

F、检查小区状态
RXCDP:MO=RXOTG-tg;
RLCRP:CELL=cell;
RLGRP:CELL=cell;

D. 本人想用2万组装一台主机（注：2万都用在主机），用什么配置好

CPU 酷睿i7 3930K 4399元
散热器 酷冷至尊 海神 CPU水冷散热器 399元
主板 微星 X79A-GD45 PLUS主板 2099元
内存 芝奇 DDR3 1600 4G*4 796元
显卡 技嘉 GV-N780OC-3GD 5399元
固态硬盘 金士顿 HyperX 240G*2 3198元
硬盘 希捷 3TB ST3000DM001 899元
电源 安钛克 NEO ECO 620 额定620W 459元
机箱与机箱散热器 任选 1052元以内
总计 18700元

上面这套配置还只是个大概方向，具体配置仍然需要讨论哦。

若还有疑问欢迎追问~

E. trx1320离心空压机跳闸是什么原因

您好，空气压缩机是工业现代化的基础产品，常说的电气与自动化里就有全气动的含义；而空气压缩机就是提供气源动力，是气动系统的核心设备机电引气源装置中的主体，它是将原动（通常是电动机）的机械能转换成气体压力能的装置，是压缩空气的气压发生装置。

发生跳闸的原因有以下几点：
1 由于空压机的启动电流比较大，电源开关整定电流比较小，没有躲开电机的启动电流；
2 电动机有故障接地或者相间故障短路情况；
3.空压机温度过高，也会引起跳闸；
4.主机运转不顺畅（由于环境差保养不到位或轴承问题引起）；
6.检查空压机润滑油位。
山东宏润很高兴为您解答。

F. mysql半同步复制适合哪些业务场景

说实话 这个问题 很难回答

同步复制，牺牲很多性能。slave 需要等待master处理结束 不阻塞情况。
异步性能好，但是不等待master处理结束，不保证数据完整
半同步介于两者之间。数据可靠性很好，但是略微牺牲性能。

业务场景。。。。 看你数据库服务器多屌咯。都能广泛运用于各种场景。

如果硬要说的话，半同步复制，个人认为不适合大流量高失败请求的网络游戏数据储存。更适合流量一般的 非持续性的数据更替吧。比如，网商，网络订单？

PS:绝不是安利。以前我自己搭建数据库服务器。后来维护麻烦，直接用了阿x云的rds。再无烦恼。用少量金钱解决的大问题。。。。 何必自己辛苦

G. 主板有必要买贵的吗

主板是电脑整机中能中最核心的位置，CPU、内存、显卡等都是直接安插在主板上的，都通过主板来进行数据交互，主板就是一台电脑主机的承载体，但是主板到底有什么作用呢，影响电脑主机什么？
首主板是一个电脑的基础，主板的用料和核心技术将影响电脑的稳定发挥、兼容性、游戏的流畅性，一块好的主板能够拥有更强悍的超频能力以及稳定的运行能力。例如，主板就好比一条公路，而CPU等硬件就好比是一台汽车系统，好主板提供平坦的高速公路，如果一辆帕拉梅拉选择在山路上开，也是不能发挥出全部性能，车是好车，但是路不行，所以要选好车，走好路，速度才能快，主板也是这个道理。
为了保障CPU的基本频率，所以好的主板才够更好的驾驭。现在非常火爆的32核64线程的AMD锐龙Threadripper 3970X处理器，采用了7nm工艺以及Zen 2架构，性能也是强悍，但是这么一颗强大的CPU需要什么样的主板才能驾驭呢？
华硕ROG STRIX TRX40-EGAMING主板

一款好的主板有哪些特点？主板的做工以及用料很扎实，为主板提供强有力的基础，还能够提供优秀的供电设计，加持高效率的散热方案，除此之外，就是在接口方面非常的丰富，具有强大的扩展性。

AMD锐龙Threadripper 3970X处理器作为一颗高端的处理器，需要强大的供电输入，需要主板要有非常好的表现，华硕在3970X处理器发布后的第一时间上新了TRX40系列主板，TRX40系列的三款主板产品，分别是ZENITH II EXTREME主板、ROG STRIX TRX40-E GAMING主板、Prime TRX40-Pro主板，华硕TRX40系列主板都都支持8条DDR4内存和PCIe 4.0和Wi-Fi 6技术以及16相服务器级供电。

H. 求高手给个8000左右的主机配置！只要主机！要求多开3d网游不卡！速度快稳定！

楼主：8K以下配置供参考，CPU如是喜爱i7 换上取代i5便是：
CPU: 英特尔(Intel)22纳米 酷睿i5 3450盒装 ￥1299
(散热器 ：超频三 黄海豪华版 S90F ￥98)
主板：华硕(ASUS)P8H77-V 主板 ￥799
或：微星（msi）ZH77A-G43主板 ￥699
内存：芝奇 DDR3 1600 8G 套装（2×4GB) ￥269
硬盘：希捷（Seagate）1TB ST1000DM003 7200转64M SATA 6Gb/秒 ￥559
固态硬盘：美光（Crucial）M4系列 64G SATA-3 ￥499
显卡：技嘉 GV-N670OC-2GD 980MHz/6008MHz 2048MB/256bit GDDR5 ￥3299
（或: 微星（MSI）N660Ti OC 1019/6008MHz 2G/192bits GDDR5 ￥2399）
电源：台达 NX450 电源 额定450W/80Plus铜牌 ￥349
或：全汉 黑骑士RA450 额定450W/80Plus铜牌 ￥299
机箱：先马 刺客1 中塔游戏机箱（电源下置/支持SSD/背板走线） ￥169
整机大约7300元左右。（配置报价参考10月8日京东）

I. 哪位老哥能给我配一套最牛逼的组装机，不要外设，不要显示屏，就只要一台最牛逼的组装主机

cpu：3990x 29999

主板：败家眼trx40 ROG ZENITH EXTREME ALPHA 7000

散热：定制分体水 10000

内存：海盗船统治者4800 16gx8 20000
硬盘：三星970 EVO Plus 2t10个 30000 加pcix8转8个m.2接口 英特尔p4600 6. 4t4个加pcie拓展一转4 120000 sata3.0一转12 郎存960gb12个 2400000
显卡 rtx8000两个 150000 交火线1500
网卡 华三企业级万兆 8800
声卡 华硕老虎 2000
机箱 迎广z-Tower 40000
电源 振华2000w 水冷白金全模 分开供电 10000 银芯的定制线 2000
总价：2831299
只要你敢问，我就敢说，奥利给造他就完了。

J. 强同步复制模式半同步复制模式哪个好

从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)