爱可生南区交付服务部 DBA 团队成员，主要负责 MySQL 故障处理，MySQL 高可用架构改造，OceanBase 相关技术支持。爱好足球，羽毛球。
至于pg为什么不做这个功能我也想了很久，下面是我自己的一点猜测。pg是个追求完美主义的数据库，他从架构设计层面就会考虑如何做到完美，比如说他不用主流数据库都在使用的undo，我猜测这个原因是因为，使用undo有一个问题，undo空间不管是文件系统还是表空间都是有大小限制的，而数据库未提交的事务信息可能是无限大的，这样数据的前镜像总有可能将undo空间撑爆掉，这样就需要清理旧的undo段，如果需要查询的undo前镜像备清理了，数据库就会跑出错误，这就是oracle中经典的snapshot too old报错。所以pg摒弃了这种模式，因为他觉得必须要提供给用户一个需要的数据一定能查到的数据库，而不是本该能查到的数据被无端清理掉了，所以pg使用了多数据版本来解决这个问题，将前镜像的真实数据放在数据文件中，真正确保没有事务可能再去访问该数据时才进行清理。当然这样也带来膨胀的问题，这其实也是pg最遭人诟病的问题。
半同步复制在提交过程中增加了一个延迟：提交事务时，在客户端接收到查询结束反馈前必须保证二进制日志已经传输到一台备库上。
ORACLE数据库既能跑OLTP业务，也能跑OLAP业务，能力是商业数据库中数一数二的。支持IBM小机和x86 PC服务器，支持多种OS。同时有多种数据库架构方案供选择，成本收益风险也各不相同。
数据库容灾的基础是副本。副本间同步的关键是日志，所以只要日志已持久化到备用副本，数据就不会丢。
在日常开发中会经常遇到一些需要异步定时执行的业务诉求，典型的使用场景如：超时未支付订单关单、每隔 2h 更新好友排行榜、3.22 日 17 点《xx》剧上线等。目前业务侧多基于以下思路来快速搭建一个调度系统，mysql 或者 redis 队列存储待执行任务，通过 crontab 定时触发应用完成“捞取、计算、执行等操作”。不难看出存在几类亟待解决问题：
作为一名开发同学，大家对 MySQL 一定不陌生，像常见的 事务特性、隔离级别 、索引等也都是老生常谈。
架构设计中最重要的两个文档的模板和关键说明。这个案例文档仅给出一些关键内容供你参考，部分细节无法全面覆盖或者完全保证正确。(斜体字是示例)
2007年，计费平台的一帮年轻人为了实现银行级的高可用、零错账的交易系统，加班加点讨论方案，长达几个月的反复头脑风暴与论证，终于提出了“TBOSS 7*24”容灾方案，并用了一年多时间落地推广后，斩获09年公司级技术突破奖，获得了Tony的首肯，从此开启了计费平台打造金融级数据库的探索之路。 十年，一路走来，技术追求永无止境，打造一款更好用的高一致、高可用、高性能分布式数据库产品的初心从未改变，系统架构历经三代优化，2012年立项的第四代产品TDSQL，经过5年打磨与海量业务的实际运营优化，并与腾讯金融
图中，虚线箭头表示的是主备关系，也就是 A 和 A’互为主备， 从库 B、C、D 指向的是主库 A。一主多从的设置，一般用于读写分离，主库负责所有的写入和一部分读，其他的读请求则由从库分担。
正常情况下，只要主库执行更新生成的所有 binlog，都可以传到备库并被正确地执行，备库就能达到跟主库一致的状态，这就是最终一致性。
为了做到无损切换并且考虑到主机可能发生磁盘损坏且无法恢复的场景，需要用到日志复制技术，将本地日志及时同步到其他节点。实现方式有三种：
一 背景 金融行业的数据库市场，尤其是银行的核心交易系统，一直是Oracle、DB2这类传统商业数据库的天下，但是： 2014年，微众银行选用TDSQL作为其核心交易系统的数据库解决方案； 2015年，腾讯金融云正式推出TDSQL数据库解决方案，在公有云以及私有云上投入商用，覆盖包括银行、保险、互联网金融、物联网等多个行业领域。 这标志着TDSQL已经开始进入这个领域，虽然目前，金融、传统行业的核心数据库依然是Oracle、DB2们占主导，但是TDSQL对外开放仅两年，已经为40个金融政企机构提供数
作者：赵珣 腾讯云监控工程师 简介 云数据库 MySQL（TencentDB for MySQL）是腾讯云基于开源数据库 MySQL 专业打造的一种高性能分布式数据存储服务，提供了备份恢复、监控、容灾、快速扩容、数据传输等全套解决方案，简化数据库运维工作，让用户专注于业务发展。 云数据库 MySQL 的优势： 快速便捷的数据库服务交付能力，在几分钟内部署可扩展的 MySQL，并可按需弹性升降配置； 真正 100% 的 MySQL 兼容能力，主流 MySQL 分支完全兼容； 提供热备、冷备、binlog
两个节点可以采用简单的一主一从模式，或者双主模式，并且放置于同一个VLAN中，在master节点发生故障后，利用keepalived/heartbeat的高可用机制实现快速切换到slave节点；
TDSQL是腾讯提供的一套完整的MySQL数据库集群化管理解决方案，作为私有云TStack平台重要的数据库产品能力，旨在解决高可用、高性能、分布式、配套设施等方面问题。 TDSQL除了在腾讯内部有大量的使用场景，在外部市场中也有诸多应用场景；2014年被WeBank选中，作为其核心交易系统的数据库解决方案，以私有云方式交付；2015年，在腾讯云上正式推出。目前已经为500+机构提供数据库的公有云及专有云服务，客户覆盖计费、第三方支付、银行、保险、互联网金融、物联网、互联网+、政务等领域。 TDSQL私有云版
腾讯云数据库国产数据库专题线上技术沙龙正在火热进行中，3月10日张文的分享已经结束，没来得及参与的小伙伴不用担心，以下就是直播的视频和文字回顾。
为帮助开发者更好地了解和学习分布式数据库技术，2020年3月，腾讯云数据库、云加社区联合腾讯TEG数据库工作组特推出为期3个月的国产数据库专题线上技术沙龙《你想了解的国产数据库秘密，都在这！》，邀请数十位鹅厂资深数据库专家每周二和周四晚上在线深入解读TDSQL、CynosDB/CDB、TBase三款鹅厂自研数据库的核心架构、技术实现原理和最佳实践等。三月为TDSQL专题月，本文将带来直播回顾第一篇《腾讯自研分布式数据库TDSQL核心架构及特性拆解》。
前面一篇，我们学习到了MySQL多版本并发控制（MVCC）实现原理，这一篇我们接着学习MySQL主从复制模式下的延迟解决方案。
2020年11月24日，国际知名行业研究机构Gatner公布2020年全球云数据库魔力象限评估结果，阿里云首次挺进全球云数据库第一阵营--领导者（LEADERS）象限。Gatner分析师评价道：阿里云产品上具备强大的创新能力，其数据库PolarDB已全面应用于零售，电信，物流，金融等多个行业。在云原生关系型数据库领域PolarDB的全球部署能力，分析师认为达到了国际领先水平。
在前面的第24、25和26篇文章中，介绍了 MySQL 主备复制的基础结构，但这些都是一主一备的结构。
可以看到，内存表 t1 的返回结果里面 0 在最后一行，而 InnoDB 表 t2 的返回结果里 0 在第一行。
年后在进行腾讯二面的时候，写完算法的后问的第一个问题就是，MySQL的半同步是什么？我当时直接懵了，我以为是问的MySQL的两阶段提交的问题呢？结果确认了一下后不是两阶段提交，然后面试官看我连问的是啥都不知道，就直接跳过这个问题，直接聊下一个问题了。所以这次总结一下这部分的知识内容，文字内容比较多，可能会有些枯燥，但对于这方面感兴趣的人来说还是比较有意思的。
WAL机制保证只要redo log和binlog保证持久化到磁盘，就能确保MySQL异常重启后，数据可以恢复。
在使用数据库时，表的主键经常会使用数据库的自增（auto_increment）来产生。这当然很方便也很高效。但是使用自增也会带来一些麻烦。如果从一个数据库以外的地方，也就是发号器来产生全局唯一 ID，这些问题就可以得到解决，生活就可以更美好。
点击上方蓝字每天学习数据库 一起构建MySQL知识网络，我是林晓斌，今天的文章我们从索引说起。 林晓斌 林晓斌，网名丁奇，腾讯云数据库负责人，数据库领域资深技术专家。作为活跃的MySQL社区贡献者，丁奇专注于数据存储系统、MySQL源码研究和改进、MySQL性能优化和功能改进，在业务场景分析、系统瓶颈分析、性能优化方面拥有丰富的经验。其创作的《MySQL实战45讲》专栏受众已逾2万人。 你一定知道了，索引的作用是加快查询速度。比如有一个人口信息表，如果没有加索引，你要按照身份证号查找一个人，就得全表
对于任何一个企业来说，数据安全的重要性是不言而喻的。我在开篇词中也曾经强调过，凡是涉及到数据的问题，都是损失惨重的大问题。
数据是当今Web，移动，社交，企业和云应用程序的流行货币。确保数据始终可用是任何组织的头等大事。几分钟的停机时间可能会导致收入和声誉严重损失。
转载：https://www.cnblogs.com/zero-gg/p/9057092.html
今天这篇文章，我会继续和你介绍在业务高峰期临时提升性能的方法。从文章标题“MySQL 是怎么保证数据不丢的？”，你就可以看出来，今天我和你介绍的方法，跟数据的可靠性有关。
不要小看一条 update 语句，在生产机上使用不当可能会导致业务停滞，甚至崩溃。
关于对高可用的分级在这里我们不做详细的讨论，这里只讨论常用高可用方案的优缺点以及高可用方案的选型。
MySQL 主从复制的问题及解决方案
Oracle Data Guard中很可能出现延迟的情况，而数据一旦出现延迟就意味着丢数据。退一步来说丢数据总比数据乱了好，但是回过头来，能不丢数据但是丢了，这就有些说不过去了。 因为预防人为误操作等，可能有些环境中会特意设置一个延迟，基本就是下面的设置方法： 方法1： alter database recover managed standby database delay 120 disconnect from session;方法2： alter system set log_ar
为帮助开发者更好地了解和学习分布式数据库技术，2020年3月，腾讯云数据库、云加社区联合腾讯TEG数据库工作组特推出为期3个月的国产数据库专题线上技术沙龙《你想了解的国产数据库秘密，都在这！》，邀请数十位鹅厂资深数据库专家每周二和周四晚上在线深入解读TDSQL、CynosDB/CDB、TBase三款鹅厂自研数据库的核心架构、技术实现原理和最佳实践等。三月为TDSQL专题月，本文将带来直播回顾第二篇《破解分布式数据库的高可用难题：TDSQL高可用方案实现》。
关于对高可用的分级我们暂不做详细的讨论，这里只讨论常用高可用方案的优缺点以及选型。
明确一点，这几种结构无论怎么变，无论是用MHA还是Orchestrator，还是什么第三方工具，核心点都是通过binlog event来传递数据给其他节点。
保持服务的持续可用，是核心业务对底层数据存储系统的要求。常见的1主N备的方案问题是“最大可用（Maximum Availability）”和“最大保护（Maximum Protection）”模式间抉择：
前言 在保证数据安全的基础上，保持服务的持续可用，是核心业务对底层数据存储系统的基本要求。业界常见的1主N备的方案面临的问题是“最大可用（Maximum Availability）”和“最大保护（Maximum Protection）”模式间的艰难抉择： “最大可用”模式，表示主机尽力将数据同步到备机之后才返回成功，如果备机宕机或网络中断那么主机则单独提供服务，这意味着主备都宕机情况下可能的数据丢失（MySQL的半同步模式）； “最大保护”模式，表示主机一定要将数据同步到备机后才能返回成功，
如果，你在寻找一款数据库，希望： •在任何情况下，数据都不丢失或错乱； •能7*24小时不间断的对外提供服务，即使故障也不会中断； •能支撑业务量10倍以上的弹性伸缩，不用担心会被压垮； •能快速响应请求，为用户提供最爽的体验； •没学习门槛，能快速上手； •便宜，少花点钱； 那么，TDSQL就是你的菜！ TDSQL（Tencent Distributed mySQL-腾讯分布式MySQL）是由腾讯技术工程事业群计费平台部针对金融联机交易场景开发的高一致性数据库集群产品。其底层基于MySQL，针对金融OLT
腾讯云数据库国产数据库专题线上技术沙龙正在火热进行中，3月12日张文的分享已经结束，没来得及参与的小伙伴不用担心，以下就是直播的视频和文字回顾。
Redis 和MongoDB及应用 Redis redis优化策略 redis除了做缓存还能做什么？ 说说redis持久化方式？分别优缺点是什么？redis更新策略是什么？ redis的数据结构存储？以及应用场景？如何实现集群和高可用？ 业务中redis如何保证可用性 怎么实现分布式锁（redis） 分布式锁的实现方式，zk实现和Redis实现的比较 redis支持的数据类型到跳跃表，redis同步策略 ,如何自己实现lru 什么是缓存击穿，redis的hotkey如何处理？如何保证数据库与缓存双写的一致性
我在上一篇文章末尾留给你的问题是：两个 group by 语句都用了 order by null，为什么使用内存临时表得到的语句结果里，0 这个值在最后一行；而使用磁盘临时表得到的结果里，0 这个值在第一行？
各位关注和已报名参加【2021·Change SQL-腾讯云数据库TDSQL精英挑战赛】的小伙伴们： 大家好！目前大赛报名还在火热进行中，对于大家关心和提出的问题，大赛主办方将以Q&A的形式，定期更新给到大家。
中移信息平台能力中心数据库团队成员，主要负责 MySQL、TiDB、Redis、clickhouse 等开源数据库的维护工作。
oracle的ADG那是自不必多说，用存储圈的话说，现在存储正在从被动被动变为主动，但是总体上是被软件抢，RAID被ASM抢，快照被Flashback抢，DR被ADG抢。 如果这几种方案结合在一起那会是什么结果。这就涉及到一个备库的设计方法。 我也是抛砖引玉。环境都是基于11g的dg来说。 首先基本的，一个主库一个备库是很多系统都在采用的备库设计方式，如果数据库比较关键，这种方案有什么缺点呢。 11g的备库现在也被赋予了更多的责任。 容灾，首先就是容灾如果主库挂掉，备库能够进行failover，这个没有问题
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
