我们在使用和维护MySQL时，一定经常听到binlog这个概念。binlog在主从复制，数据恢复等场景都有着重要作用。本篇文章主要介绍binlog的概念，功能及常用操作，旨在帮助大家对binlog有更深的了解。
为更好的帮助DBA运维数据库，腾讯云将在每月12日开展DBbrain诊断日，腾讯云高级产品经理迪B哥直播解析经典数据库运维难题，结合腾讯云数据库智能管家DBbrain的能力，为大家提供问题优化思路和方法，玩转数据库！ 工作中遇到棘手故障不知道怎么办？欢迎投稿到诊断日，被选中的案例将由腾讯云资深专家“会诊”，并在DB诊断日在线分析教学，帮您提供解决方案。投稿即有机会获得企鹅公仔，问题被选中即得腾讯云数据库千元代金券~投稿请关注“腾讯云数据库”官方微信后，回复“投稿”即可。 本期诊断日分享的案例是MySQL主
MySQL 主从复制（Master-Slave Replication）是一种常见的数据库复制技术，它在数据库管理中发挥着重要的作用，有以下几个主要用途：
在数据库运维过程中，很多问题都需要靠人力来及时发现和处理，我之前也是一名DBA，可以说我做DBA的那段时间基本没有拥有过完整的属于自己的休息时间，全天候Online。现在AI技术已经广泛运用到了各个领域，数据库运维其实也是同样的，AI可以成为DBA的得力助手，有问题第一时间告警，甚至给出成熟的解决方案，DBA可以用更多的时间去完成高阶的任务。我现在主要负责的产品是DBbrian，是腾讯云推出的一款数据库智能运维工具。今天就以咱们MySQL运维过程中典型的主从延时故障来作为案例，告诉大家可以如何借助智能运维服务更好的发现和解决这类问题。
【玩转 GPU】AI绘画、AI文本、AI翻译、GPU点亮AI想象空间-腾讯云开发者社区-腾讯云 (tencent.com)
上文《MySQL数据被误删怎么办？》介绍了MySQL在故障或者误删数据后，可以通过备份+binlog的方式进行数据恢复。但是，当备份文件和binlog都丢失了呢？所以单节点是不可靠的，为了避免单节点故障带来的数据丢失以及MySQL服务的可用性，生产环境通常都是采用高可用或者集群模式。而在这背后则离不开主从复制技术，所以本文对主从复制的原理和操作展开介绍，从而全面了解这一技术。
大家吼，我是你们的朋友煎饼狗子——喜欢在社区发掘有趣的作品和作者。【每日精选时刻】是我为大家精心打造的栏目，在这里，你可以看到煎饼为你携回的来自社区各领域的新鲜出彩作品。点此一键订阅【每日精选时刻】专栏，吃瓜新鲜作品不迷路！
开源数据库中有一堆冤家，我想大家都知道，那就是MySQL与Postgre SQL。两个派系的恩怨情仇从何而来，今天我们将从非技术的角度来进行分析。 本文仅代表个人观点，如有不同意见欢迎交流。 说明：本文主要的关注点，是MySQL与PostgreSQL的非技术比较。 简单评价 MySQL流行较多，PostgreSQL功能更全面。其主要原因是，MySQL很早的时候，就支持主从复制，在互联网起步（2000年后第一次互联网大潮）的时候，被广泛使用。PostgreSQL到2010年左右才首次支持主从复制，无法作为互
你们的老哥又来啦，前几天发了很多 MySQL 优化方面的文章，优化玩腻了，我们来点 MySQL 高可用方面的知识。今天我们来讲讲主从复制咋样，同意的小赞点起来，在看刷起来。如果你觉得通过老哥的文章能学到一些知识，请把老哥推荐给你的朋友。分享是一件快乐的事，我们一起来玩Java。
2022年6月，腾讯云Redis全新升级，发布高性能版本，单节点可提供50W+吞吐，性能是原生Redis的4倍。同时，腾讯云Redis推出全球复制功能，解决原生Redis诸多痛点问题，可用性升级高达99.999%，助力企业实现降本增效。 Redis作为全球最受欢迎的NoSQL数据库之一，凭借着极高的吞吐、极低的响应延迟和丰富的功能特性，成为企业在缓存场景中的首选方案。但在突发、热点访问及异地多活场景下，原生Redis方案会出现主从复制延迟、数据同步不连续、多地写入等问题，无法解决海量数据在规模、成本、数据
随着企业规模的扩大，对数据库可用性要求越来越高，更多企业采用两地三中心、异地多活的架构，以提高数据库的异常事件应对能力。 在数据库领域，我们常听的“两地三中心”、“异地多活”到底是什么呢？ “两地三中心”就是生产数据中心、同城灾备中心、异地灾备中心。这种模式下，两个地域的三个数据中心互联互通，当一个数据中心发生异常，其他数据中心可以正常运行并进行业务接管。 “异地多活”就是在多个地域建设多个数据中心， 业务数据能够在三个及以上的数据中心之间进行双向同步。异地多活架构具有更高的可用性，抗风险能力极强。 不
点击上方蓝字关注每天学习数据库 【迪B课堂】为腾讯云数据库产品经理迪B哥开设的面向数据库开发者、数据库运维人员、云端运维人员的系列培训课程，旨在帮助大家从入门到精通学习和使用数据库。《我说》为迪B课堂的答疑系列，3分钟帮您解决数据库日常运维过程中的小难题。搜索关注腾讯云数据库官方微信，立得10元云代金券，可移动端一键管理数据库。 本期解答的问题是：导致MySQL主从复制延迟的原因 视频核心信息： 我们在进行主备切换时，使用主从复制来进行从库部署。主从复制延迟过大会导致业务信息不一致。造成复制延迟的原因见下
使用云上的MySQL时，会遇到很多人询问CDB的 为了更好的了解云上的MySQL，本文将介绍一些重要的知识点。
主服务器和从服务器可以位于不同的网络拓扑中，还能对整台服务器、特定的数据库，甚至特定的表进行复制。
1、程序员多大年纪算高龄，届时该何去何从？ 随着年龄的增长，程序员会相对难以保持技能更新。许多人宁愿留在自己的舒适区，不冒任何风险。即使公司愿意给予他们很好地报酬，但…… 2、开源项目为什么都爱把动
本文收录在我开源的《Java学习面试指南》中，目前已经更新有近200道面试官常考的面试题，涵盖了Java系列、Redis系列、MySQL系列、多线程系列、Kafka系列、JVM系列、ZooKeeper系列等等。GitHub地址：https://github.com/hdgaadd/JavaGetOffer，相信你看了一定会有所收获。
我们在业务中为了解决单点问题，通常会把数据复制多个副本部署到其他机器，满足故障恢复和负载均衡等要求
目前企业生产环境用的主流版本还是3.x，这里我就以redis 3.2.8稳定版来做搭建环境。
随着互联网应用的快速发展，高可用性与高性能的存储需求日益重要。Redis作为一种内存数据库，具有高性能、高可用性等优点，广泛应用于缓存、消息队列等场景。为了满足生产环境的需求，本文可以通过Redis主从复制与哨兵模式来搭建高可用集群。
MySQL 主备切换（Master-Slave Switching）是指在 MySQL 主从复制架构中，将从库（Slave）提升为主库（Master），原主库降为从库的过程。这种切换通常用于故障恢复、负载均衡、系统升级等场景。腾讯云混沌演练平台可对云 MySQL 进行主备切换故障注入，通过混沌实验帮助构建高韧性的系统。
上一篇发了MySQL主从复制集群搭建流程，不过好像小伙伴们对这个文章并不感兴趣，但是老哥出于对技术的热爱，和对小伙伴们的负责，我还是要写主从复制另一种实现方式：GTID。这些技术真的蛮重要的，希望你们能学习。
MySQL主从复制、分库分表以及读写分离是在数据库领域中常用的一些技术手段，它们可以帮助我们提高数据库的性能、可用性和扩展性。
本文将通过理论+实践的方式从头到尾总结Redis中的哨兵机制。文章内容从主从复制的弊端、如何解决弊端、什么是哨兵、哨兵监控的图形结构、哨兵监控的原理、如何配置哨兵、哨兵与主从复制的关系等方面来演示。本文演示如何自建一个Redis哨兵机制。推荐使用腾讯云服务器，腾讯云Redis服务等产品。
所以能看到主从同步的内容就是二进制日志（Binlog），它虽然叫二进制日志，实际上存储的是一个又一个事件（Event），这些事件分别对应着数据库的更新操作，比如 INSERT、UPDATE、DELETE 等。另外我们还需要注意的是，不是所有版本的 MySQL 都默认开启服务器的二进制日志，在进行主从同步的时候，我们需要先检查服务器是否已经开启了二进制日志。
Redis是一种基于内存的高速缓存数据库，由于其性能良好、支持多种数据结构和丰富的功能特性，在分布式系统中得到了广泛应用。为了保证Redis的可靠性和高可用性，我们通常会使用主从复制和哨兵模式来实现。
腾讯云数据库国产数据库专题线上技术沙龙正在火热进行中，5月23日杨杰的分享已经结束，没来得及参与的小伙伴不用担心，以下就是直播的视频和文字回顾。 关注“腾讯云数据库”公众号，回复“0523杨杰 ”，即可下载直播分享PPT。 我是来自CDB/CynosDB的架构师杨杰，主要负责CDB/CynosDB研发相关的工作。 今天分享的主题是CDB备份系统九鼎是如何支撑数十万节点的备份。主要分为几个部分。第一个部分是在海量场景下面，数据备份遇到的一个新的挑战。面对这个挑战，我们九鼎是怎么设计和应对的。第二部分是提升备
用户提交数据更新到主库，主库会生成二进制日志，写入到 bin log 中；主库开启 dump 线程，用来给从库的 io 线程传送 bin log；从库的 io 线程去请求主库的 bin log，并将得到的 bin log 写入到中继日志（relay log）中，sql 线程会读取 relay log 文件中的日志，并解析成具体的操作，来执行数据库更新，保证主库和从库数据一致，完成主从复制。
MS模式是分布式系统中非常重要的一种复制模式，为了和配图协调，请允许这里直接使用了master-slave的缩写，没错，MS！ 好，从现在开始，我们的标题变为：分布式系统下的master-slave复制。 什么是复制？ 复制的意思很明显，就是把一份数据复制到指定的节点上。 复制的种类 复制现在主要有两种，一种主从复制，还有一种就是对等复制。 这里主要关注主从复制。 主从复制主要的动作 在主从分布的情况下，你把一份数据复制到多个节点。其中一个节点作为master。这个master是数据的权威同时通常也负责数
华为云存储容灾服务(简称SDRS)提供了虚拟机级别的容灾保护，当主站点故障的时候，虚拟机可以在备站点迅速恢复，以确保业务的联系性
网络上关于 MySQL 主从复制的文章很多都是讲解如何实现，以及部分实现原理，缺乏对 MySQL 主从复制的全面介绍。例如主从复制的模式(半同步模式和异步同步模式)、同步的原理(binary log+position，GTID)、主从复制的常见问题都缺乏一个全面的总结。
在企业实际生产环境中为了能够给业务上层应用提供高可靠、低延迟、低数据损失的Redis缓存服务，本文通过对目前主流的几种redis高可用方案进行对比分析，并基于腾讯云CVM和HAVIP等基础产品进行搭建、配置、测试、总结，供大家参考。
主从复制是指用户可以搭建多个服务器，其中几个服务器当做主服务器，提供写功能。其余的服务器当做从服务器，提供读功能。每当主服务器收到写请求时，同时需要把数据发送给从服务器。保证主从服务器的数据保持最终一致性。利用这个机制，可以利用廉价的服务器搭建高可用，高并发集群。主从复制是搭建高可用集群的必备利器。
作者 | 王源 编辑 | 严强 本文由极客时间整理自百度数据库技术部资深研发工程师王源在 QCon+ 案例研习社的演讲《Redis 主从复制演进历程与百度实践》。 你好，我叫王源，来自百度数据库技术部，主要负责百度智能云 Redis 内核研发和磁盘 KV 存储服务 PegaDB 的研发工作，今天我与你分享的主题是 Redis 主从复制演进历程与百度实践。 我会从以下几个方面为你讲解： Redis 主从复制的基本原理 Redis 主从复制的演进历程 百度智能云在 Redis PSYNC-AOF 方案
MySQL 是最受欢迎的关系型数据库管理系统之一，被广泛应用于各种业务系统。主从复制是MySQL 的重要能力，用于实现数据冗余、提高可用性和性能。了解MySQL主从复制，可以更好地管理和优化数据库，为业务系统提供更强大的支持。
没错，gt-checksum 是GreatSQL社区新增的成员，它是 一款静态数据库校验修复工具，支持MySQL、Oracle等主流数据库，采用Go语言开发，今天正式开源。
RocketMQ 最早诞生于淘宝的在线电商交易场景，经过了历年双十一大促流量洪峰的打磨，2016年捐献给 Apache 社区，成为 Apache 社区的顶级项目，并在国内外电商，金融，互联网等各行各业的广大客户落地验证，得到广泛认可。
某线上业务每间隔一段时间，使用 writeConcern:majority 方式向 MongoDB 导入一批数据。但是在整体负载非常低的情况下，发现部分写入请求很大概率会出现超时，预期 100ms 内完成的请求可能耗时超过 1s。
Redis集群是一种通过将多个Redis节点连接在一起以实现高可用性、数据分片和负载均衡的技术。它允许Redis在不同节点上同时提供服务，提高整体性能和可靠性。在Redis中提供集群方案总共有三种：主从复制、哨兵模式、Redis分片集群。这些都是目前主流经典的集群模式，redis做集群的好处：
概述 ---- 随着MySQL-8.0新版本不断的迭代推出，修复老版本的缺陷，其稳定性逐渐得到保障。腾讯云在此趋势下，推出具有自身功能特性的MySQL数据库产品TXSQL-8.0。在性能上以及在功能上，既集成了前序TXSQL的特点，又在此基础上进行了大幅度提高。以下，我们将重点介绍一下其中的一些亮点功能。 列存引擎CSTORE InnoDB提供的是OLTP服务的存储引擎，适用于事务密集型的业务场景。对于分析型OLAP的业务场景，InnoDB就无法胜任。为了向TXSQL的用户提供全面的服务层次，借用MyS
在实际项目里，一般不会简单地只在一台服务器上部署Redis服务器，因为单台Redis服务器不能满足高并发的压力，另外如果该服务器或Redis服务器失效，整个系统就可能崩溃。 在主从复制的集群里，主节点一般是一个，从节点一般是两个或多个，写入主节点的数据会被复制到从节点上，这样一旦主节点出现故障，应用系统就能切换到从节点去读写数据，提升系统的可用性。再采用主从复制模式里默认的读写分离机制，就能提升系统的缓存读写性能。
大家吼，我是你们的朋友煎饼狗子——喜欢在社区发掘有趣的作品和作者。【每日精选时刻】是我为大家精心打造的栏目，在这里，你可以看到煎饼为你携回的来自社区各领域的新鲜出彩作品。点此一键订阅【每日精选时刻】专栏，吃瓜新鲜作品不迷路！ *当然，你也可以在本篇文章，评论区自荐/推荐他人优秀作品（标题+链接+推荐理由），增加文章入选的概率哟~
在实际生产环境中，如果对MySQL数据库的读和写都在一台数据库服务器中操作，无论是在安全性、高可用性，还是高并发等各个方面都是不能满足实际需求的，一般要通过数据库集群的主从复制机制来同步数据，再通过读写分离来提升数据库的并发负载能力
在腾讯云MongoDB的运营过程中，发现较多用户对副本集主从复制流程的理解还有些偏差。这些偏差在一定程度上影响了应用程序设计和平时的运营。
年后在进行腾讯二面的时候，写完算法的后问的第一个问题就是，MySQL的半同步是什么？我当时直接懵了，我以为是问的MySQL的两阶段提交的问题呢？结果确认了一下后不是两阶段提交，然后面试官看我连问的是啥都不知道，就直接跳过这个问题，直接聊下一个问题了。所以这次总结一下这部分的知识内容，文字内容比较多，可能会有些枯燥，但对于这方面感兴趣的人来说还是比较有意思的。
Redis 现在已经十分流行，互联网几乎所有项目都会用到，在使用 Redis 时，你知道是如何保证稳定和高效的提供服务呢，它的架构演化路程是什么呢？
在MySQL中，主从架构应该是最基础、最常用的一种架构了。后续的读写分离、多活高可用架构等大多都依赖于主从复制。主从复制也是我们学习MySQL过程中必不可少的一部分，关于主从复制的文章有很多，笔者也来凑凑热闹，写写这方面的内容吧，同时分享下自己的经验和方法。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
