mysql主主同步优缺点？

一、mysql主主同步优缺点？

在主主模式下，两个主库都提供读写服务，如果应用通过两个主库操作相同数据，则会发生冲突导致数据覆盖(使用语句模式复制)或复制异常(使用行模式复制)，因此需要对读写服务进行控制：

1、基于自主主键控制，通过设置自增属性auto_increment_offset和auto_increment_increment来控制每个主节点生产不同的自增值，并根据不同自增值访问不同主节点。

2、基于库级别或表级别控制，如应用APP1访问节点node1上的DB1库，而应用APP2访问节点node2上的DB2库，两个主节点间不会操作相同表的数据，因此不会存在事务冲突。

为保证应用程序使用相同数据库连接配置而不受故障切换影响，常用方案有：

1、VIP，通过vrrpd或keepalived将VIP动态绑定到新主节点

2、域名，通过切换域名将域名指向新主节点

3、代理，通过更新代理中存放的路由信息来指向新主节点。

二、mysql主备切换原理？

在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用mysql主从方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加mysql入口，增加高可用。不过多主需要考虑自增长ID问题，这个需要特别设置配置文件，比如双主，可以使用奇偶，总之，主之间设置自增长ID相互不冲突就能完美解决自增长ID冲突问题。

三、mysql主备和主从区别？

mysql 主从 主备区别

mysql中集群和主从的区别：主从之间是通过mysql的replication来保证数据的一致性；相对mysql集群的数据同步方式来讲是异步的。因为异步，所以主从之间复制数据可能会有一点微小的延时，就会出现不一致。

主从之间是通过mysql的replication来保证数据的一致性。相对mysql cluster的数据同步方式来讲是异步的。

四、mysql双主互备的优点？

1、主主模式能将读写请求分摊到两个主节点，有效提升服务器使用率。2、主节点发生故障后，能快速进行主从切换。3、当故障节点恢复后，故障节点能通过复制进行数据恢复(应用其他节点数据)和数据同步(将未同步数据发生给其他节点)。

五、机箱主电源性能参数？

机箱主电源性能主要参数:一是功率。功率代表了“速度”的概念，功率确实是越大越好，但越大功率的电源就越贵，我们没必要为200瓦的电脑配置买400瓦的电源。二是转换效率。转换效率代表了省电能力。电能进入电源到从线材输出的转化过程伴随着大量的损耗，100瓦进去后出来的可能是60瓦，也可能是80瓦。如果100瓦能量转换成60瓦就意味着转换效率是60%，如果是80瓦就是80%，设计方案越先进，用料越好的电源损耗越低，转换效率就越高。为什么需要高效率？因为损失的那部分功率也算进你的电费里。三是电压稳定。220V市电进入，理想状态下电源线材输出的是+12V、+5V、+3.3V的低压电，但世界上还不存在精确到死人心电图一样的输出电压，电源输出的是类似+12.1、+4.9、+3.4这样上下波动的电压，相应的，CPU、显卡、北桥等元件的工作电压也会上下波动，输出电压频繁大幅波动会对硬件造成伤害，影响系统稳定。四是输出纹波。纹波与电压一样代表电源品质，完美的低压直流应该是非常平滑的波形，但实际上经过电容滤波的直流波形仍旧有小幅波动，这个波动就是纹波。电流纹波对于普通消费者来说是比较难理解的概念，大家只需要知道两款电源比转换效率与输出电压都不相上下时，纹波可以作为最后的仲裁者。五是静音与散热。静音与散热效果其实都取决于风扇转速。风扇转速越低越静音，但散热性能越差；风扇转速越高噪音越高，散热性能越好。厂商在设定风扇转速时会考虑到电源寿命的问题，因为高温会使电源寿命锐减，承诺的3年保修期很可能达不到，所以一般电源风扇转速都比较大，噪音较高，值得用户关注。六是线材规格。1000瓦电源如果只有1个显卡供电插头，也无法使用GTX 260这样的中端显卡吧？虽然实际情况没这么夸张，但不少电源都忽视接口规格与线材长度，导致空有强大性能却无法使用，或者出现与机箱不兼容的情况。七是内部用料。内部用料决定了电源的使用寿命，很多优秀电源之所以能够使用长达5年之久，是因为内部使用了比较宽裕的用料，优秀的用料能够提升电源的综合品质。

六、mysql双主复制的缺点和优点？

双主架构优点

1、主主模式能将读写请求分摊到两个主节点，有效提升服务器使用率。

2、主节点发生故障后，能快速进行主从切换。

3、当故障节点恢复后，故障节点能通过复制进行数据恢复(应用其他节点数据)和数据同步(将未同步数据发生给其他节点)。

双主架构缺点

1、当主节点上MySQL实例发生故障后，可能会存在部分数据(Binlog)未同步到另外的主节点，导致数据丢失(直到故障节点恢复)。

2、主主模式下，很容易因数据访问控制不当导致数据冲突。

3、为提高系统高可用性，双主架构会被扩展成双主多从结构，同样存在主节点发生故障后多个从库选主和恢复复制的问题。

七、mysql主服务和主服务器之间可以同步吗？

1、可以引多少个从服务器同步？理论上是没有限制，但从性能考虑最好不要带太多从服务器，不然同步的开销不小。

八、mysql主从同步主节点挂了怎么办？

可以重新建立直接点.用从节点数据恢复

九、mysql front和mysql？

mysql front ：MySQL的GUI工具，就是mysql的可视化操作页面，可以让你像用SQL Server那样创建数据库、表、字段等等的，如果不用这个工具你就必须在doc窗口下写了 mysql：就是数据库啊，不用mysql-front也可以用啊，就是操作不方便 密码，用户名要写的，连接数据库还要用呢 想JSP连接数据库：没有后台代码吗？

十、mysql 自学要多久呢？

撰写本文查阅了大量参考资料，也得到很多朋友的指点帮助，特别感谢：Jimmy Yang——阿里云数据库研究员，原Oracle InnoDB Architect.彭立勋——华为云数据库总工程师，MySQL ACE Director，MySQL中国用户组创始成员之一.谭宇——玖章算术首席架构师，原阿里巴巴技术总监，数据库智能运维研发负责人，OceanBase创始团队成员.

「初出茅庐」

我是一只勤劳的小海豚，网名叫MySQL，出生于1995年5月23号，正宗95后，你们可别小看我，我现在可是全世界最流行的开源数据库，全球有800万个实例呢。

早些年的事情我也不太记得了，只想起爸爸希望我的特长是查询数据比较快，帮他解决一些工作上的事情。Monty爸爸非常爱我，每天都陪伴在我身边，教我技能，并且看到我每进步一些就取个新代号，真是望女成凤啊。记得6岁那年，我还是个丑小鸭，代号是V3.23，开始有人认识我了，感觉我小巧可爱，不像有些前辈（Oracle）那么古板，他们虽然经验非常丰富，但请他们干活得准备个半天，并且贵得要死。我到处打黑工，基本不收费，并且把我的做事方法开源了，很多人开始帮我改进，感觉自己进步神速。

「剑露锋芒」

记得到2005年，我10岁，已经进化成V5.0，以前只会从表格里查查资料，我现在开始学会了不少高级技能（如：视图、存储过程、函数、触发器），而且我还把内部资料整理在叫information_schema的仓库，让大家更了解我，很多高级的事情他们可以查询仓库自己干了，我第一次懂得与其他人协作完成事情，因为我学会了分布式事务（XA）。虽然自己学会了很多技能，但是总是毛手毛脚，爸爸天天帮我擦屁股（bug太多啊）。

直到2008年，我13岁，进化为V5.1，才开始大胆出去接客。那时很多中国的小伙伴开始了解我，他们之前一直是请Oracle这些老古董，后来互联网业务发展很快，请Oracle干活太费钱了，于是和我密切接触。记得新浪、网易、阿里巴巴、百度、腾讯等小伙伴对我都非常热情，我很开心，他们把很多业务交给我来处理，还帮助我提升技能。

压力山大的是阿里巴巴说要把全部业务都交给我负责，他们搞了个去IOE的行动，并且还有个剁手节，我很慌啊。每年11.11号大家一起剁手，我从来没见过这么多人，尤其是那些姐妹们，根本停不下来，我就要不停记录他们的订单，我感觉我快要撑不住了，你看，她们的手都在这里：

“那是2002年的第一场雪”，哦，记错了，是2012年的11.11号0点，我算彻底崩了，休息了30分钟才缓过来。小伙伴知道我压力太大，撑不住，于是自己再找了中间代理商帮我分担压力，那时中间商很多，Vitess、Cobar、TDDL、DDS、MyCAT等等，中间商给我的活一般比较简单，每次只要拿很少的数据，压力瞬间小了很多。

「意中人」

我打小一直和MyISAM哥哥搭配，虽然很多时候都干得不错，但是在遇到要同时干几件事情的时候，他就力不从心，为了避免出错，我只能让他一件一件干，客人感觉我们效率不高，我也非常烦恼。

后来有个叫InnoDB的小伙子主动来帮我，我太开心了，当很多活过来的时候，我慢慢开始推荐InnoDB哥哥处理了，他确实不错呀，可以几件事情同时开工，从不出错。我慢慢爱上他了，但是我一直放不下MyISAM，直到2010年，我摊牌了，正式和InnoDB哥哥在一起，开始新的生活，和InnoDB磨合一段时间，越来越融洽了。

到2013年，我刚满18岁，代号升级为V5.6，InnoDB也更强大，效率提升了2倍，另外我还把很多运行数据记录在performance_schema了，遇到问题可以很快诊断原因。现在全世界的程序员都喜欢我，还有很多DBA（数据库管理员）把我做事情的方法研究得非常透彻，持续给我改进意见。我已经不是当年的丑小鸭了，AWS、Facebook这些土豪们也喜欢和我合作。

「独门秘籍」

从小爸爸教了我一些独门秘籍，我感觉自己虽然内功不够，但是招式很牛，初学者都非常喜欢，我给大家介绍几招哈：

一、主备分身术

所谓分身术，就是主备可以同时处理事情，这可是我的拿手绝活。

我可以瞬间变出一个分身，甚至是多个分身，当事情很多的时候，这些分身可以一起上，那效率杠杠的。我的分身术在互联网圈子太实用了，可以秒秒钟搭起读写分离架构，不要太爽。

而那些老前辈的分身术比较老套，他们通常是一个人单打独斗，偶尔也培养个分身，在自己扛不住时候换分身顶上，平时分身都是在一旁看着。后来他们也学习我的分身术，但总感觉是照猫画虎，哈哈。

不过Oracle那个老家伙功力深厚，有本RAC秘籍，说非常牛，我一直没有学会。

二、秀外慧中掌（SHOW）

在我这里，可以用SHOW方法查看很多内部资料，如分身、库、表、视图、函数、用户、帮助，啥都可以SHOW出来，一展芳容啊。DBA们特别喜欢这些招术。

show slave status; # 查看分身（备库）状态
show processlist; #查看当前连接信息，可以看到当前谁在访问我，还可以看到当前运行的慢SQL了
show databases;  #查看数据库列表 
show tables; #查看表列表
show create table t1; #查看表定义 
show grants for user1; #查看用户有哪些权限
show engine innodb status; #查看innodb运行细节，什么死锁、内存信息都在这里了

而老前辈们总是把自己那点东西藏着掖着，根本没这项技能。

三、翻页神器

大家搜索信息的时候，经常会如下翻页显示

我的翻页神器就是专门干这个事情，非常厉害，看招：

#MySQL使用limit的分页语法，查看从第90条开始的10条数据
select * from user 
order by name limit 90,10

那些老家伙是下面的打法，实在是丢人，三招打完，感觉还是云里雾里：

#Oracle使用rownum分页语法 
select *
  from(
    select rownum as rn,
           a.*
      from user a
     order by name
     where rownum<100
    )
 where rn>90

后来SQL标准组织老大爷们搞了个新的分页语法，如下是做的样板，你看懂了吗，反正我看了后感觉要头晕，记不住啊。

好了，我的独门秘籍还有很多很多，以后再娓娓道来，接下来讲讲我的几次重大变故。

「嫁入豪门/背井离乡」

我家本来在瑞典的MySQL AB，在美国也有一些伙伴。2008年，美国硅谷有个叫SUN的土豪盯上我们家，说要给我们10亿美金发展，家人们没有经得住诱惑，于是我们就搬到SUN的地方。SUN家大业大，他们老大叫SPARC（一种精简指令集CPU架构，和Intel是对头），老二叫Solaris（一种UNIX操作系统，老古董了），还有只赚吆喝不赚钱的Java，虽然家大业大，但总感觉是虚胖，不是一般的虚胖。很快，到2009年，大土豪Oracle前辈用74亿美金把SUN买了，我的天啊，我在SUN家人还没认全，又要搬家了。

到了Oracle后，我终于和InnoDB哥哥团聚了，InnoDB在2005年就搬到Oracle家，一直和我眉来眼去，这次算是有情人终成眷属（其实我之前还有个初恋BerkeryDB也在Oracle家，不过那都是过去的事了）。

难过的是我爸爸Monty，他是开源斗士，非常不喜欢Oracle，和我们分道扬镳。他自己回到芬兰，培养我妹妹MariaDB，其实到SUN家的时候，爸爸就感觉不可能和我永远在一起，开始花时间在MariaDB上。看，下面是我姐妹俩的靓照，MariaDB妹妹和我是不是很像啊。

爸爸希望我不要在Oracle家里受欺负，如果Oracle不要我了，我还可以和MariaDB住到一起。现在MariaDB也自己出来工作了，有时我们还会PK下，但是我更希望她快快长大。爸爸年过花甲，最近又去中国见老朋友了，还说要陪妹妹工作到100岁，祝福他老人家，越活越年轻。

我一直在钻研分身术，很早的时候分身只会模仿我的口令行事（Statement模式）。到2008年（V5.1）的时候，我把法术细节（Row模式）传送给她，她就可以自己灵活发挥了。 到2015年，那年我20岁，我也升级到了V5.7，分身更厉害了，以前分身在我非常忙的时候，她有点跟不上，现在我们信息可以并发同步，她已经完全跟上我的节奏。那时业界还流行了JSON（把XML打趴下的），于是我也悄悄的学会JSON，还有那个地理空间技术，都是在我20岁练成的。另外InnoDB也修炼了动态调整内存技能，对内存使用可以像孙悟空的金箍棒一样，说大就大，说小就小。

Oracle一直在给我酝酿V5.8的代号，都要昭告天下了，我感觉自己进步很大，V8更符合我的气质提升，于是2018年，我决定从V5.7摇身变为V8.0代号。MyISAM哥哥实在对不住啊，我感觉要彻底离开你了，V8的我已经和InnoDB全面融合，我的机密小仓库（元数据）都是InnoDB的了。我还学会了窗口函数、CTE语法，可以说在数据分析和复杂SQL处理方面如虎添翼。我正在修炼Hash Join（一种比较高级的算法，前辈们都非常熟练），不过还是初学阶段，大家见笑了。

「名人烦恼」

因为我在业界小有名气，据探子回报，有31位江湖新秀在修炼我的招式，OceanBase、TiDB、TDSQL、SequoiaDB、ShardingSphere、Vitess、HotDB，另外还有AWS的Aurora、阿里云PolarDB、华为云GaussDB等等，他们都说比我强大，学会了分布式和云原生的武功秘籍，另外还在修炼HTAP神功。我的天啊，我比较怕怕，更不知道如何还击，但是“我还是我，不一样的烟火”。

我对大数据处理不太擅长，不过有些新人这方面天赋异禀。比如最近有个俄罗斯出生的ClickHouse小朋友很出名，他也模仿了我的一些招式，我挺看好他的。中国还有个叫Doris的小弟弟也从我这里学了一招半式，据说拽得不行。我们自家刚出生了个HeatWave的弟弟，也有数据分析的天赋，不过他很少出门，一直住在我家云里面，现在家里人都围着他转，希望他快点长大。

我也不知道未来会怎么样，那些NoSQL的同行总在挑衅我，包括MongoDB、Redis、Nebula Graph、TDengine等等。最近10年大家都开始搬到云上生活，感觉在Oracle这里很分裂，我们家那朵云好像不温不火。最早家里不让我住到云上，反而AWS、阿里云他们把我当头牌，早早把云上天之一号房间给我，我也给他们赚了上百亿现金，真是投桃报李啊。我是墙里开花墙外香，你懂的。

其实我到Oracle家一直都不太受待见，感觉像个小妾，担心我抢正房的风头，外界总谣传Oracle买我只是为了得到我。InnoDB哥哥一直在鼓励我活着，我们也是互相依靠了，毕竟如果我没了，他肯定也活不下去。我虽然一直在升级，但也不知道V9啥时候发布，因为现在大家都在上云，所以我的核心任务也是在云上站稳脚跟，其他事情都顾不上了。

我还有个叫大象（PostgreSQL）的死对头，其实她是70后，叫她大姐估计会拿刀砍我。她在十几岁的时候家里发生了一些变故，后来迷上了面向对象的法术，以为那是绝世神功，最后没练成，不了了之，还留下了一堆废铁，现在算是回归正道。她是大学老师的好学生，学霸类型，什么都懂，号称最强大的开源数据库。我感觉懂是懂，但真正干起来没有我靠谱，所以我也就不和她计较了。不过她比我还开放，有很多朋友，近几年也进步神速，中国还有个openGauss兄弟和她很好，也许会青出于蓝胜于蓝，我还是要当心点。

轮到我做核酸了，今天就和大家聊到这里啊，下次空了再叨叨，还是在公众号《云数据库技术》老地方。我现在家里地位急待提升啊，如果你在使用MySQL，记得帮我点赞和转发哈，我家还有几件珍藏的MySQL练功内衣可以送出。

「作者简介」

我的老熟人，名叫「斗战胜佛」，他在我6岁（V3.23）就认识，研究了二十年的数据库和云计算，擅长十几种武功。最近他和一群大牛在研究《玖章算术》，是中国古代一本非常牛逼的武功秘籍，后来李淳风、张苍、刘辉等人都练了并修订过。他们在SQL开发、数据复制、数据备份等方面又有新突破，这些武器都是我非常需要的，毕竟程序猿和DBA是咱衣食父母，说不定哪天可以带我腾云驾雾呢。他的研究进展计划放在 9z.cloud 密室，一定要去探探