自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(10)
  • 问答 (8)
  • 收藏
  • 关注

原创 20.2.2 本地配置组复制

单机MGR配置文档翻译

2024-07-02 14:28:48 296

原创 20.2.1.6 组中添加实例节点

如果你依赖分布式恢复在这些成员中恢复这些用户,当s2连接到s1的时候,就会将复制用户复制或者克隆到s1(这一步个人理解类似于将s2的用户信息注册到s1的复制元数据中),如果您在s1上配置用户凭据时没有启用二进制日志,并且没有使用远程克隆操作进行状态转移,则必须在s2上创建复制用户。此时s2仅仅需要加入这个已存在的组即可。如果server需要以read_write的方式加入组,比如说作为主节点加入单主模式的组或者作为多主模式的组复制成员,当super_read_only被设置为ON,加入后自动设置为OFF。

2024-07-02 11:48:52 331

原创 20.2.1.5 引导组

如上所示,数据库和表对象已被创建,并且它们对应的DDL(数据定义语言)语句被写入到了二进制日志中。同时,数据也被插入到了表中并写入了二进制日志,因此可以通过从捐赠者(源库)的二进制日志中进行状态转移来用于分布式恢复。选项的值没有被存储在实例的选项文件中的原因。如果它被保存在选项文件中,服务器重启时会自动使用相同的名称引导第二个组。引导应该仅由单个服务器执行,即启动组的服务器,并且只能执行一次。首次启动组的过程被称为引导(bootstrapping)。官方文档中的内容此处省略了,粘贴过来格式有点乱。

2024-07-02 09:56:05 225

原创 20.2.1.4 启动组复制

加载组复制之前必须确保mysql.session用户已经存在。mysql.session是在MySQL8.0.2中被加入的。,那么组复制插件就已经安装,那么你就可以继续执行下一步。否则,你必须手动安装插件;检查插件是否安装成功,可以执行show plugins;首先必须确保在server s1上组复制插件已安装成功。如果你在配置文件中使用。

2024-07-02 09:26:14 121

原创 20.2.1.3 分布式恢复用户凭证

通过change replication source to或者change master to设置的用户凭证被存储在复制元数据仓库中(复制元数据仓库:MySQL 服务器内部用于存储复制相关信息的存储区域,这些信息包括复制的位置、偏移量、复制用户的凭据等),这些凭据会在启动组复制时被应用,包括如果。以上两段主要说的是在配置组复制的时候需要在每个节点创建用户,赋予正确的权限,手动在每个节点创建用户时记得禁用binlog,然后在创建完成后启用binlog。语句来提供用户凭据,请在服务器实例上执行以下语句,将。

2024-07-02 09:16:17 855

原创 20.2.1.2 配置组复制实例

通常group_replication_group_seeds列表包含了每一个组成员的hostname:port(也就是每一个成员的group_replication_local_address),但这个不是必须的也可以包含种子成员的一部分作为种子。比如说如果在不同机器上的每一个server实例都有固定的网络地址,你可以使用机器的IP地址,比如10.0.0.1.如果你使用的主机名,那么你就必须使用全名,并且需要确保可以被DNS解析。其他服务器在加入时,这个变量应该设置为off,以避免它们也尝试引导组。

2024-07-01 16:17:50 648

原创 20.1.3 多主和单主模式

从MySQL8.0.13起,你可以使用group_replication_switch_to_single_primary_mode()和group_replication_switch_to_multi_primary_mode()函数在组复制运行期间将组复制在多主模式和单主模式之间互相转换。组复制可以运行在多主或者单主模式下,组模式是组范围的配置,通过指定group_replication_single_primary_mode系统变量进行指定,这个参数必须在组内成员中配置为相同的值。

2024-06-17 15:03:52 100

原创 20.1.2 组复制使用案例

无需进行服务器故障转移,而且多源更新的特性确保了即使在单个服务器出现故障的情况下,更新也不会被阻塞。此外,InnoDB集群与MySQL Router无缝集成,使您的应用程序能够连接到集群,而无需编写自己的故障转移过程。虽然MySQL组复制能够确保数据库服务的持续可用性,并处理服务器之间的数据复制和一致性问题,但它并不直接处理客户端在服务器故障时的重定向或故障转移。弹性复制 - 需要非常灵活的复制基础设施的环境,其中服务器的数量必须动态增长或减少,且尽可能减少副作用。例如,为云提供的数据库服务。

2024-06-17 14:49:42 141

原创 20.1.1.2 组复制 Group Replication

那么冲突处理程序规定,第一个被排序的事务在所有服务器上提交,而第二个被排序的事务则会中止,因此在源服务器上会被回滚,并被组内的其他服务器丢弃(组内冲突的事务比如序列号为1,2,3,则第一个提交,发起2,3的事务会在发起的server中被回滚并在组内其他的servre中丢弃该事务)。比如说,如果在不同的节点并发的执行t1和t2两个事务,并且这两个事务修改的都是同一行数据,t2的顺序在t1之前,那么在冲突检测中t2会通过冲突检测,而t1会被回滚。:写值是事务中实际更改的数据行,而写集则是这些行的唯一标识符。

2024-06-17 14:19:43 757

原创 pg_stat_activity字段详解

idle in transaction (aborted)(事务空闲-退出):当事务中某个语句执行出错的情况外,其余情况与idle in transaction相同.Lock:表示backend后台进程等待重量级的锁,通常是指 relation、tuple、page、transactionid 等子类型锁;idle in transaction (事务空闲): 进程在处理事务过程中,但当前未执行任何语句.LWLockNamed:表示backend后台进程等待某种特定的轻量级锁;表示后台进程的整体状态。

2023-09-11 14:16:29 818

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除