一 问题 巡检发现mysql5.7的主从库有一个从库与主库断开同步，应该是版本升级时主从不同步，原从库变为主了，而原主库变为从库了，且数据比现在主库多。 2023-11-14T15:23:00.919194+08:00 2 [ERROR] Slave SQL for channel '': Coul
2023-11-24
点击上方“IT那活儿”公众号--专注于企业全栈运维技术分享，不管IT什么活儿，干就完了！！！ 知识点描述通常状态下，OracleAdg备库中账号状态是与Oracle主库保持一致，同一账号能同时访问主库和备库。当账号在备库因为使用错误密码登录多次，触发数据库密码限制，导致账号被锁定时。因是在备库中触
2023-11-20
原作者：油条炒西瓜 openGauss提供了优秀的集群管理工具gs_om,集群管理信息写在二进制文件中，从而牺牲了增加节点和摘除节点的便利性（相对PG而言）。好在openGauss-1.1.0提供了节点扩容和缩容的工具，gs_dropnode和gs_expansion。 生产主库服务器出现硬件故障，
2023-11-16
首先我们先来看下数据库的高可用一般都是怎么实现的。我们还是借用图来说明。真想手绘。图片如上图所示，两个相互同步的主库使用相同的虚拟IP，当主库挂掉的时候，虚拟IP自动漂移到另外一台主库，整个过程用户是无感知的。使用双主同步+keepalived+虚ip的方式进行。如果遇到数据暴增，我们怎么办？我们可
2023-11-15
我们了解到在主从库集群模式下，如果从库发生故障，客户端可以继续向主库或其他从库发送请求，执行相应的操作。然而，当主库发生故障时，会直接影响从库的同步，因为此时从库失去了可用的主库进行数据复制。而且，如果客户端发送的都是读操作请求，那还可以由从库继续提供服务，这在纯读的业务场景下还能被接受。但是，一旦
2023-10-25
手动部署Slave 多套，发现这个玩意还是有点累，随后怒写shell 脚本，希望留给需要的朋友。 说明：1.主库用户 platform 手动建立，进行备库连接及备份使用 2.主库用户repl 作为同步用户 准备：1.主从库需要安装部署完成 2.准备IP，root密码，端口，在脚本中进行编辑 3.因为
2023-10-19
如果是在主从做了大量的变更操作，建议重做主从。少部分的变更可以尝试使用此方法使gtid恢复一致。生产环境操作需谨慎，可以使用show slave status命令查看当前数据库是否为从库。主库：从库：查看当前gtidshow global variables like 'gtid_executed'
2023-10-18
自己用的RAC到单实例的DATAGUARD文档，经过多次个版本校正了。可以拿来搭建小的 生产环境或者测试修定记录序号修订日期更新后版本修定内容12019年1月5日V1.0文档创建22019年1月11日V2.0第1次增加“实施注意事项”32019年4月4日V3.01、“实施注意事项”内增加6关于用户变
2023-10-18
作者 韩杰 · 沃趣科技高级数据库技术专家出品 沃趣科技前 言上篇文章讲了orchestrator复制拓扑的发现方式。本篇文章我们继续探索orchestrator的旅程，讲一讲orchestrator的探测机制。故障检测orch使用了一种整体性的方法去探测主库和中间主库是否正常。一种比较天真的
2023-10-18
什么是从库?从库是MySQL主从复制的一部分，它是MySQL集群中负责重复主库的数据更新的从属服务器。从库的目的是提高系统的可用性、负载均衡以及防止数据丢失。判断mysql连接从库的步骤在数据库集群中，主库负责写入，而从库则负责读取，这样可以减轻主库的压力，从库也同样可以被作为备份实现容灾。以下是判
2023-09-23
如何实现读写分离，Spring Boot项目，数据库是MySQL，持久层用的是MyBatis。其实，实现这个很简单的，首先思考一个问题:在高并发的场景中，关于数据库都有哪些优化的手段？常用的有以下的实现方法：读写分离、加缓存、主从架构集群、分库分表等。在互联网应用中，大部分都是读多写少 的场景，设置
2023-08-28
Oracle 11g Rose双机是一种常见的高可用性解决方案。它可以通过将数据库实例复制到两个物理服务器上，从而实现在一个服务器发生故障时，另一个服务器可以接管工作的能力。本文将介绍Oracle 11g Rose双机的基本原理，及其在实际应用中的一些注意事项。Oracle 11g Rose双机的基
2023-08-27
主备复制架构是数据库使用最广泛的一种架构，当主库发生故障时可以将备库提升为主，快速恢复业务。主备架构另外一个功能是提供负载均衡，读业务可以路由到备库，减少主库的负载。本文主要介绍PostgreSQL主备流复制的搭建方法。 PostgreSQL版本：11.5 2台机器，搭建PG主备流复制
2023-08-15
MySQL主从复制是使用最多的高可用架构，主库写入数据，通过主从复制同步到从库。从库只读，如果配置了读写分离和负载均衡，那么除了写入数据只能在主库进行，读流量完全可以分配到从库上，减少主库的压力。下面将详细介绍MySQL主从复制搭建的过程。 MySQL配置： 开启binlog：log_b
2023-08-15
本文通过一组测试，来看一下MySQL主从库服务器时钟的差异对MySQL复制延迟的影响。 一、测试环境 操作系统：CentOS 7.3，4核，16G MySQL： 5.7.19 1主2从 二、测试场景 主库时钟比从库早1分钟，5分钟，1小时，1天 主库时钟比从库晚1分钟，5
2023-08-15
1、背景 MySQL主备复制是基于Binlog的逻辑复制，通常在主库写入数据，数据通过Binlog复制到备库，备库只读，网络流量是单向的主库到备库。如果在此基础上，建立主备双向复制，仍然只在主库写入，主库Binlog复制到备库，备库产生的Binlog是否会再次传输到主库？虽然MySQL通过serv
2023-08-15
一、背景 MySQL 1主2从，半同步复制，主库有较高的写入量，此时在主库重复安装半同步插件，可能导致主库hang住，无响应，只能通过重启数据库来恢复。 二、故障复现 环境： MySQL版本：Percona Server for MySQL 5.7.19 操作系统：Red Hat En
2023-08-15
简单介绍一下GTID，并有部分相关实验，技术有限介绍的比较浅显，文中有问题欢迎指正。GTID相信大家都不陌生,GTID的英文全称为Global Transaction Identifier，在MySQL主从架构中应用广泛。GTID是由“UUID:事务号“组成的，GTID是基于事务的，在主从架构中，在
2023-08-15
作者简介：高鹏，笔名八怪。《深入理解MySQL主从原理》图书作者，同时运营个人公众号“MySQL学习”，持续分享遇到的有趣case以及代码解析！源码版本5.7.29。主库端的回调函数比较多，比较复杂。一、回调函数：repl_semi_binlog_dump_start调用线程：dump线程#0 r
2023-08-15
MySQL高可用集群的必要性MySQL数据库是应用广泛的关系型数据库，在大多数Web应用中都扮演着核心角色。但是，如果单个MySQL节点失效，将会造成严重的数据丢失和应用中断，对业务造成不可承受的后果。因此，保证MySQL数据库的高可用性就显得尤为重要。MySQL高可用集群架构分析常见的MySQL高
2023-08-11