MySQL集群三种模式简介mysql三种集群模式

MySQL集群确实至关重要。
企业使用该材料主要是为了支持用户访问。
共有三种模式，每种模式都非常有趣。

1 .主控的复制 这很常见。
一台服务器是主服务器，负责编写脚本工作。
其他奴隶充当奴隶，劳动充当奴隶。
主服务器将进行的所有操作都会被记录下来，并会生成一个称为 binlog 的二进制日志。
而奴婢，也和奴婢一样，按照主人的意思赐给了奴婢。
Binlog就像一个正在运行的系统，记录所有的SQL语句并记录变化。
该方法主要用于分区或读写备份。
主站向服务器写入数据，服务器向服务器读取数据，因此负载随之而来。
当主服务器崩溃时，可以从辅助服务器恢复数据。
我之前做过一个电商项目。
双十一的时候，主服务器压力很大，所以我用了共享服务器来进行读请求，这样其实稳定了很多。

2 多位老师复制 这个例子与主不同。
每个从机都可以读写，数据同步也是相互的。
如果您更改一台服务器上的数据，其他服务器将立即效仿。
多主复制，主要原理还是基于binlog，只不过是在几台服务器之间传输。
这适合业务部门。
例如，某游戏公司将不同游戏的用户数据划分在不同的服务器上。
每个服务器独立读写，数据自动同步。
我有一个做游戏的朋友，我们就用这个例子，说管理方便，扩展很快。

3 伽莱拉星团 这是一个基于InnoDB引擎的完全同步的多主复制集群解决方案。
多主复制的主要区别在于它保证数据同步是同步的，不会出现数据不匹配的情况。
还支持自动共享。
它是如何实现的？该机制称为“WaitingCommit”。
当您更改数据时，必须在服务器上配置所有数据才能更改成功。
这保证了数据的一致性。
由于不存在单点故障，因此常用于要求最苛刻的场景。
还有全球序列号和宽带卡，在处理大量数据时非常强大。
我在看GaleraCluster金融系统用户，我说品牌一致性非常好。
共有三种方法，每种方法都有自己的用途。
主从复制适用于只读写畸变和备份；多域复制适合业务分区； GaleraCluster适合高可用性和非常大的数据量。
谁需要多少就多少。

常见的MYSQL高可用解决方案

等等，昨天我在调试超市收据系统时遇到了一件奇怪的事情。
系统采用主从复制。
当主库宕机时，备库自动连接，但突然发现其中一条折扣记录丢失了。
经过长时间排查，发现备库接收日志由于网络抖动而卡住。
幸运的是，这个问题后来被手动修复了。
这让我想起了那个电子商务项目，客户要求 9 9 .9 % 的 SLA。
他们用的是Heartbeat+DRBD，每次维护都得重启集群，怕数据同步搞乱。
但话虽如此，DRBD 有时会在同步期间冻结。
难道是二手开关太旧了？

MySql 主库/从库原理及实战

这是一个陷阱，不要使用默认密码。

实用提醒：配置主从同步时，一定要更改默认密码，以保证数据库安全。