从库专题
包拯断案 | 数据库从库GTID在变化 为何没有数据写入@还故障一个真相
提问：作为DBA运维的你是否遇到过这些烦恼 1、数据库从库复制链路如何正确配置表过滤信息？ 2、数据库从库的GTID在变化，实际却没有数据写入，究竟是什么原因？ 心中有章，遇事不慌 作为DBA的你，遇到问题无从下手，除了在问题面前徘徊，还能如何选择？如果你一次或多次遇到该问题还是 无法解决，又很懊恼，该如何排忧呢？关注公众号，关注《包拯断案》专栏，让小编为你排忧解难~ #包拯秘籍#
Postgresql CLOG文件及其从库同步解析
放眼所有关系型数据库，PostgreSQL的clog也是很特殊的日志。CLOG的存在跟PG的MVCC机制不无关系。一些事务ID、clog的基础知识本篇不会涉及，感谢兴趣的可参考clog和hintbits。本篇主要讲clog文件的构成、手工定位事务状态、clog的wal日志同步机制，以进一步理解PostgreSQL的clog。 clog segment clog目录 为了区别普通日志，PG 1
MySQL主从复制从库IO线程源码分析
mysql主从复制通过binlog来同步数据，在从库上执行start slave，会开启两个线程，分别是io线程和sql线程。io线程负责从主库拉取binlog并存储到本地的relay log，sql线程负责把relay log中的事务在从库应用。本文将结合源码分析io线程的具体实现。 MySQL源码版本：5.7.19 原文地址： https://mytecdb.com/blogDeta
MySQL 延迟从库介绍
前言： 我们都知道，MySQL 主从延迟是一件很难避免的情况，从库难免会偶尔追不上主库，特别是主库有大事务或者执行 DDL 的时候。MySQL 除了这种正常从库外，还可以设置延迟从库，顾名思义就是故意让从库落后于主库多长时间，本篇文章我们一起来了解下 MySQL 中的延迟从库。 延迟从库介绍 延迟复制是一种特殊的复制策略，它允许从库在主库执行完数据变更后延迟一段时间再将这些变更同步到从库。这
每日一记：Oracle Dataguard定时清理从库已归档日志
作为一个合格的DBA,每次部署完DG，都应该考虑到后果，想想如果从库的归档满了该怎么办？ 如果可以每天登陆服务器检查，那也是可以的。往往很多时候都会因没有及时清理归档，导致数据库出错。 那么，你需要以下这个脚本来帮你解决这个问题： #!/bin/bashoracle_sid=$1applied_days=$2dest_id=$3export ORACLE_SID=${oracle_s
提高篇（八）：扩展Processing功能：从库使用到跨平台应用
提高篇（八）：扩展Processing功能：从库使用到跨平台应用 引言 Processing是一款强大的创意编程工具，广泛应用于艺术、设计和教育等领域。但其真正的魅力在于其可扩展性：你可以通过使用各种扩展库、结合其他编程语言、在不同硬件平台上应用，甚至创建自己的扩展库来丰富Processing的功能。在这篇文章中，我们将详细探讨如何扩展Processing的功能，包括使用扩展库、结合其他编
mysql主库delete一个没主键的表导致从库延迟很久问题处理
一 问题描述 发现线上环境一个从库出现延迟，延迟了2天了，还没追上主库。 查看当前运行的sql及事务，发现这个sql语句是在delete一个没主键的表。 二 问题模拟 这里在测试环境复现下这个问题。 2.1 在主库造数据 use baidd; CREATE TABLE test2(id INT primary key AUTO_INCREMENT); INSERT INTO t
数据库：DG从库 应用 GAP问题(MRP0--WAIT_FOR_GAP)
问题描述： 由于存储空间满，删除oracle从库已经应用的日志，造成应用WAIT_FOR_GAP问题，缺少的日志，主库和从库都已经删除。 解决方法： 1、由于主库做了归档日志备份，因此，从备份中还原需要的归档： RMAN> restore archivelog from sequence 56039 until sequence 56039; 2、从库的RFS自动将还原的归档
Mysql数据库主从集群从库Slave因为RelayLog过多过大引起服务器硬盘爆满生产事故实战解决
Mysql数据库主从集群从库slave因为RelayLog过多过大引起从库服务器硬盘爆满生产事故实战解决 一、MySQL数据库主从集群概念 MySQL数据库主从集群是一种高可用性和读写分离的数据库架构，它基于MySQL的复制（Replication）技术来同步数据。在主从集群中，至少包含一个主数据库（Master）和一个或多个从数据库（Slave）。 •主数据库：负责处理所有的写操作（INSE
第93讲：MySQL主从复制集群延时从库的核心概念以及使用
文章目录 1.延时从库的概念2.配置从库延时3.模拟主库误删除使用延时从库恢复数据3.1.模拟主库误删除操作3.2.利用从库延时恢复主库误删除的数据 1.延时从库的概念 延时从库和主从延时是两个概念，延时从库指的是认为手动配置一个从库延时复制主库的时间，当主库有新数据产生后，从而经过xxx时间后再进行复制同步。 可以通过延时从库，当主库有误删除操作时，由于从库配置了延时从库
mysql主从配置和从库zabbix监控
Mysql的主从架构模式，是很多企业广泛使用，并且大家所广为熟知的一种架构模式 mysql主从复制主要用途 实时灾备，用于故障切换读写分离，提供查询服务备份，避免影响业务 mysql主从复制存在的问题 主库宕机后, 数据可能丢失主库写压力大, 复制可能会延时 主从复制原理 主从复制步骤： 主库将所有的写操作记录到binlog日志中并生成一个log dump线程，将binlog日志
mysqldump添加从库或者重新同步从库
一、GTID添加从库的方法 1.如果master所有的binlog还在，安装slave后，直接change master 到master原理是直接获取master所有的gtid并执行优点是简单缺点是如果binlog太多，数据完全同步需要的时间较长，并且需要master一开始就启用了GTID总结：适用于master也是新建不久的情况2.通过master或者其它slave的mysqldump
第91讲：MySQL主从复制集群主库与从库状态信息的含义
文章目录 1.主从复制集群正常状态信息2.从库状态信息中重要参数的含义 1.主从复制集群正常状态信息 通过以下命令查看主库的状态信息。 mysql> show processlist; 在主库中查询当前数据库中的进程，看到Master has sent all binlog to slave; waiting for more updates这个信息时，就表示主库一切正常
mysql从库重新搭建的流程
背景 生产环境上的主从集群，因为一些异常原因，导致主从同步失败。现记录下通过重做mysql从库的方式来解决，重做过程不影响主库。 步骤 1、在主库上的操作步骤 备份主库所有数据，并将dump.sql文件拷贝到从库/tmp目录 mysqldump -uroot -p --set-gtid-purged=OFF --single-transaction --master-data=1
python将excel数据写入数据库，或从库中读取出来
首先介绍一下SQL数据库的一些基本操作： 1创建 2删除 3写入 4更新(修改) 5条件选择 有了以上基本操作，就可以建立并存储一个简单的数据库了。 放出python调用的代码: 此处是调用dos 操作数据库 不如下面的简单 # -*- coding: utf-8 -*-"""Created on Mon May 6 09:59:32 2019@author: wenzhe.t
27讲主库出问题了，从库怎么办
在前面的第24、25和26篇文章中，我和你介绍了MySQL主备复制的基础结构，但这些都是一主一备的结构。 大多数的互联网应用场景都是读多写少，因此你负责的业务，在发展过程中很可能先会遇到读性能的问题。而在数据库层解决读性能问题，就要涉及到接下来两篇文章要讨论的架构：一主多从。 今天这篇文章，我们就先聊聊一主多从的切换正确性。然后，我们在下一篇文章中再聊聊解决一主多从的查询逻辑正确性的方法。
自建数据库连接Aurora作为从库
简介 1.1 应用场景说明 因为亚马逊云科技的用户某些时刻需要将自建的数据库连接亚马逊云科技上的RDS作为从库，而RDS 因为主副之间binlog的position不断在变动和同步的，而--master-data无法获取到。 所以，可以通过将数据库的某一时刻快照，然后使用快照创建数据库，新的数据库因为没有数据写入读取，新数据库此时是静态的，这样我们就能从新数据库从获取到position，从而
MySQL从库扩展探索
［导读］本文主要介绍Booking网站在业务发展过程中碰到MySQL主库挂载几十甚至上百个从库时探索的解决方案：使用Binlog Server。Binlog Server可以解决五十个以上从库时主库网络带宽限制问题，并规避传统的级联复制方案的缺点；同时介绍了使用Binlog Server还可以用于优化异地机房复制和拓扑重组后的主库故障重组。作者探索问题循序渐进的方式以及处理思路值得我们学习。 B