自定义博客皮肤VIP专享

*博客头图:

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

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

博客底图:

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

栏目图:

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

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

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

原创 MySQL 8.0 OCP 1Z0-908 191-200题

【代码】MySQL 8.0 OCP 1Z0-908 191-200题。

2025-05-21 16:08:15 1410

原创 MySQL 8.0 OCP 1Z0-908 181-190题

MySQL 8.0 OCP 1Z0-908 181-190题。

2025-05-21 11:41:17 1505

原创 MySQL 8.0 OCP 1Z0-908 171-180题

【代码】MySQL 8.0 OCP 1Z0-908 171-180题。

2025-05-21 09:16:21 1275

原创 MySQL 8.0 OCP 1Z0-908 161-170题

前面博客有这个题,可以往前翻翻。

2025-05-20 16:32:41 1045

原创 MySQL 8.0 OCP 1Z0-908 151-160题

【代码】MySQL 8.0 OCP 1Z0-908 151-160题。

2025-05-19 14:22:55 973

原创 MySQL 8.0 OCP 1Z0-908 141-150题

【代码】MySQL 8.0 OCP 1Z0-908 141-150题。

2025-05-19 10:14:56 900 2

原创 MySQL 8.0 OCP 1Z0-908 131-140题

dd table是data dictionary。

2025-05-16 15:06:08 1216

原创 MySQL 8.0 OCP 1Z0-908 121-130题

C)Node ic3 becomes the new primary and is ignored until any backlog of transactions is completed//节点 ic3 成为新的主节点,并在完成所有积压的事务之前被忽略。

2025-05-16 11:26:28 1089

原创 MySQL 8.0 OCP 1Z0-908 111-120题

【代码】MySQL 8.0 OCP 1Z0-908 101-110题。

2025-05-15 15:22:39 808

原创 MySQL 8.0 OCP 1Z0-908 101-110题

A)logging the duration and locks for all queries //记录日志期间不产生锁。

2025-05-15 10:27:50 1532

原创 MySQL 8.0 OCP 1Z0-908 90-100题

B)decrease open_files_limit //open_file没变,100s也就打开了2000张表。D)increase max_connections //最大连接数没超过max_connections。

2025-05-15 08:00:00 1003

原创 MySQL 8.0 OCP 1Z0-908 81-90题

B)All details regarding deleted logs and master metadata are captured in the output file.(不会记录 deleted logs)如下图所示,MySQL初始化时会将密码打印在warning消息中,如果在初始化的时候指定了–log-error选项,那么密码将会输出在该参数指定的文件中。E)All binary logs are deleted from the master.(会生成一个新的 binlog 使用)

2025-05-14 08:58:19 1121

原创 MySQL 8.0 OCP 1Z0-908 71-80题

G)There is a slight performance cost while the snapshot is active.//虽然文件系统快照的创建通常很快,但在快照激活期间,写操作可能会导致轻微的性能开销,因为需要维护快照与原始数据的一致性。innodb_stats_include_delete_marked 控制是否在分析索引时包含打上删除标记的记录,在默认的情况下,InnoDB 计算统计信息会读未提交的数据,如果遇到有事务在删除表中的记录,会影响到统计信息的准确度。

2025-05-14 08:00:00 875

原创 MySQL 8.0 OCP 1Z0-908 61-70题

relay_log_recovery:启用该参数后,从库如果发生故障导致relay log丢失,那么在数据库启动后立即启动自动relay log恢复,在恢复过程中,创建一个新的relay log文件,将sql线程的位置初始化到新的relay log,并将i/o线程初始化到sql线程位置。//这条命令移除了用户的默认角色,使其在登录时没有任何角色相关的权限。多主复制,不一定是MGR的多主(由于没使用过多主复制,所以我一看到多主就联想到了MGR的多主模式,走进了思维误区,顺便给和我有一样想法的小伙伴提个醒。

2025-05-13 10:51:47 942

原创 MySQL 8.0 OCP 1Z0-908 51-60题

支持的状态变量:MySQL Enterprise Firewall提供了以下状态变量,这些变量用于获取防火墙运行状态的相关信息。可用性前提:这些状态变量只有在防火墙已安装的情况下才可用(具体安装或卸载防火墙的方法可参考第8.4.7.2节“安装或卸载MySQL Enterprise Firewall”)。初始化设置:每当安装MYSQL_FIREWALL插件或启动服务器时,防火墙状态变量都会被设置为0。重置机制。

2025-05-13 09:08:52 1135

原创 MySQL 8.0 OCP 1Z0-908 41-50题

A)mysqldump --include-tables=db.% --result-file=all_db_backup.sql //我的MySQL8.0.36中没有看到--include-tables和include-databases选项。2019-12-17T00:36:38.513674z 24 Query UPDATE t2 SET val =42 WHERE ID=3805 //连接24给ID=3805加锁,但25已加锁,所以有锁等待。

2025-05-12 14:34:03 979

原创 MySQL 8.0 OCP 1Z0-908 31-40题

A)Reads from the slave can return outdated data for some time, until it applies all transactions from its relay log.//因为主库提交后,从库的relay log的回放是在从库异步进行的,只要接收到了会自主的进行回放,所以主库磁盘挂掉后,从库这部分事务可能还没回放完成,所以会有时读取到过时的数据。这意味着备份会包含各种文件,不仅仅是数据文件,还包括可能的临时文件、日志文件等。

2025-05-12 11:35:44 1056

原创 MySQL 8.0 OCP 1Z0-908 21-30题

Answer:C在长事务中,遇到权限不足的时候,赋予权限后,重新执行这个失败的语句就好了//正在运行 MySQL 8.0 的现有异步复制设置中,哪两个步骤是实施基于组提交 ID(GTID)复制的一部分//如果进行change master to时使用MASTER_AUTO_POSITION = 1,slave连接master将使用基于GTID的复制协议。使用基于GTID协议的复制,slave会告诉master它已经接收到或执行了哪些事务。

2025-05-12 11:35:33 1009

原创 MySQL 8.0 OCP 1Z0-908 1-20题

B Innodb_log_file_size=1G //Innodb_log_file_size参数用于指定 InnoDB 重做日志文件(redo log files)的大小,当 innodb_log_file_size 增大后,日志文件可以容纳更多的日志数据。performance_schema.table_10_waits_summary_by_table表中可以查询某个表读写的总次数,以及读,写的次数,最小/最大/平均等待时间,FETCH可以简单理解为读取的次数,等待时间等。

2025-05-07 13:22:15 1101 2

原创 单机安装MySQL5.7 MGR问题记录

MySQL5.7单机安装MGR,主节点启动MGR后,从节点启动组复制时报错无法连接主库,排查发现主节点使用的复制用户是repl@'网段',修改为repl@'主机名'则可以正常启动。以上报错仅为在同一台Linux系统上安装多个MySQL节点,配置MGR时的报错,MySQL节点分别部署在多个Linux服务器节点上不会出现该问题。GRANT REPLICATION SLAVE,replication client ON *.* TO 'repl'@'主机名';'repl'@'主机名'

2025-01-02 14:24:06 326

原创 20.4.2 组复制服务状态

如果组完全正常运作且所有成员之间通信正常,那么所有成员都会报告其他成员相同的状态。根据group_replication_exit_state_action的设置采取的节点退出组后的操作,成员可能处于只读模式(super_read_only=ON),也可能处于离线模式(offline_mode=ON)。如果您在其他服务器上看到此状态,这也可能意味着您查询此表的成员是分区的一部分,其中该组的一个服务器子集可以相互通信,但无法与组中的其他服务器通信。该服务器是组的一个活跃成员,并且处于完全正常工作的状态。

2024-07-26 15:01:11 333

原创 20.4.1 GTIDs和组复制

分配给来自客户端的入站事务的GTID使用group_replication_group_name系统变量指定的组名作为标识符的UUID部分,而不是接收该事务的单个组成员的服务器UUID。GTID的UUID部分:在MySQL的组复制中,GTID的UUID部分不是基于接收事务的单个服务器的UUID,而是基于整个组的UUID,这个组的UUID是通过group_replication_group_name系统变量指定的。这样,即使事务是在不同的组成员上接收的,也可以轻松地将它们识别为属于同一个组的事务。

2024-07-26 14:15:29 763

原创 20.4 监控组复制

其他事件仅在事件发生的成员上记录,例如在成员上启用或禁用超级只读模式,或成员离开组。如果发生频繁,一些可能指示问题的生命周期事件将记录为警告消息,包括成员变得无法访问然后再次可访问,以及成员通过从二进制日志进行状态传输或通过远程克隆操作开始分布式恢复。group_replication_applier:此通道用于组状态正常的情况下,复制(接收)来自组的变更数据。展示了和组复制相关的channel和线程的状态。展示了组复制的相关信息,如从组接收并在应用者队列(relay log)中排队的事务。

2024-07-25 15:11:30 361

原创 20.3组复制要求与限制

​。

2024-07-25 14:28:09 865

原创 20.2.2 本地配置组复制

单机MGR配置文档翻译

2024-07-02 14:28:48 344

原创 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 378

原创 20.2.1.5 引导组

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

2024-07-02 09:56:05 279

原创 20.2.1.4 启动组复制

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

2024-07-02 09:26:14 163

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

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

2024-07-02 09:16:17 919

原创 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 721

原创 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 166

原创 20.1.2 组复制使用案例

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

2024-06-17 14:49:42 180

原创 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 804

原创 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 2021

xtrabackup备份恢复过程

使用typora工具打开

2025-05-09

MySQL主备安装步骤

MySQL主备安装步骤

2025-05-09

MySQL MGR重建从库步骤

MySQL MGR重建从库步骤

2025-05-09

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

TA关注的人

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