MySQL主主模式和主从模式的区别

上星期。
与同事讨论 MySQL 架构。

大师模式。
2 02 3 年 3 月。
我们公司采用master-master模式。

两个主要节点。
数据实时同步。

优点是可用性高。
其中一人死亡。
另一个仍然有效。

缺点是配置复杂。
维护成本很高。

我们的系统。
对数据一致性要求高。

主从模式。
比较简单。

但是多看少写。
适用于电商库存控制。

我们的那个朋友。
创建金融系统。

必须实时一致。
不能有任何延误。

算了。
由你决定。

什么是mysql主从

嗯...MySQL主从...这个东西...就是创建两个库...一个叫master...一个叫slave...
2 02 2 年的时候...我在某公司...服务器在北京上海广州...这个环境...数据量蛮大...每天有多少TB的数据...需要同步...
master端...写入数据...嗯...INSERT、UPDATE...这是最基本的...Slave端...读取数据... SELECT查询...这个快...
当时很困惑...怎么同步...后来才明白...是基于binlog...master有binlog...记录所有的写入...嗯...二进制日志...
然后slave端...有一个I/O线程...到master端...拖binlog...拖过来...写到自己的RelayLog...还有一个SQL线程...执行这些SQL...就这样...同步数据...
但是...这个东西...有点慢...网卡...延迟...也许我有偏见...二进制日志的复制...跟不上...你必须等待...数据不一致...
后来...MySQL想出了一个GTID...全局事务标识符...这个好多了...每个事务...都有一个唯一的ID...嗯...由服务器ID和事务ID组成...
有了GTID...你不用担心binlog的位置...只要用GTID...就知道哪个事务...被复制了...这样容易多了...Failover...也快...
比如...Master挂了...直接提升slave为master...使用GTID...可以保证...新master上的数据...与旧master匹配...
这个...叫GTID复制...只有MySQL5 .6 才有...太棒了...
底层原理...是master这边...BinlogDump线程...发送binlog events...到I/O从机线程...I/O线程...写入RelayLog...然后由SQL线程执行...
有异步...半同步...嗯...半同步...比较安全...主库要等待...至少有一个从库...收到协议...才算成功...这样比较慢...
读写分离...这也搞定...主库写入...从库读取...高并发...就靠这个...
总之...主从...是备份...还可以读取...可以承受故障...嗯...就这样了...

mysql主从同步的优点

MySQL主服务器同步优点： 1 、更好的读性能：分散读请求，减轻主库压力，适合读多写少的场景。
2 .负载均衡：合理分配拣选请求，避免单点瓶颈，提高响应速度。
3 .数据备份：服务器数据库对主数据库进行实时副本，实现动态备份。
4 . 高可用性：数据库所有者使数据库服务器出现故障以减少停机时间。
5 、扩展性：快速添加从库和交叉扩展读取能力。
6 、资源隔离：从库执行消耗资源的操作，不影响主库。
7 、低风险维护：测试升级、变更等操作，降低生产环境风险。
8 、数据安全：多节点冗余、异地容灾、传输加密、审计监控。
9 、稳定性和性能提升：构建高可用数据库架构的核心解决方案。

什么是主从式结构的数据库系统

主从配置适合小型应用。
例如，1 0 个用户以内。

所有数据都在主机上。
终端只能访问主机数据。

优点是部署简单。
易于维护。
这就像用一个主开关控制所有的灯。

缺点是主机出现故障。
当有 1 00 个用户时，容量会爆炸。

2 008 年ERP项目。
3 0个用户占满了服务器CPU。

主从结构不适合高并发。
可靠性是一个缺陷。

给自己计时。