近年来，随着互联网行业的高速发展，关系型数据库也面临着前所未有的挑战。云原生数据库成为解决这些挑战的重要方案之一。腾讯云推出的 TDSQL-C Serverless 版正是云原生数据库领域的佼佼者之一。
2021年7月22日，腾讯云数据库正式发布数据库代理（又名proxy）服务，支持MySQL 5.7 版本和8.0 版本，可为用户提供透明且安全的网络代理服务，实现自动读写分离，降低业务使用数据库的复杂度，完美解决了数据库故障切换的网络瞬断问题，网络中断时间降低至0，MySQL数据库的故障转移时间最多可减少 60%，使得应用程序抵抗数据库故障风险的能力大幅提升。这标志着腾讯云数据库MySQL完成了企业级中间件的孵化，在可用性、稳定性和扩展性方面均有了突破性提升，能够更好地为用户提供企业级服务。 数据库代理是
运行线程数>= min{64，实例CPU核数*4}，持续粒度5s，持续3个数据点，每小时告警一次
默认情况下，我们的 MySQL 实例是可读写的。但有些情况下，我们可以将整个实例设置为只读状态，比如做迁移维护的时候或者将从库设为只读。本篇文章我们来看下 MySQL 设置只读相关知识。
为了数据安全，数据库需要定期备份，这个大家都懂，然而数据库备份的时候，最怕写操作，因为这个最容易导致数据的不一致，松哥举一个简单的例子大家来看下： 假设在数据库备份期间，有用户下单了，那么可能会出现如下问题： 库存表扣库存。 备份库存表。 备份订单表数据。 订单表添加订单。 用户表扣除账户余额。 备份用户表。 如果按照上面这样的逻辑执行，备份文件中的订单表就少了一条记录。将来如果使用这个备份文件恢复数据的话，就少了一条记录，造成数据不一致。 为了解决这个问题，MySQL 中提供了很多方案，我们来逐一进行讲解
笔者上一篇译文中在介绍Leaf Node时提到， 虽然leaf node不要求直接访问共享存储，但最好还是连上共享存储，因为说不准未来哪天就要把这个leaf node转为hub node使用。 其实这样的说法并不够准确，在12cR1时，leaf node上是无法运行只读数据库实例的，这时不连接共享存储完全不影响其使用。而12cR2的leaf node是可以运行只读数据库实例的，一旦leaf node上有了数据库，这时leaf node（确切的说这时leaf node应该叫做reader node）就必须连接
PolarDB Serverless脱胎于 PolarDB 团队发表在SIGMOD 2021的论文，是选取其中成熟的技术最终产品化的结果。我们借助两大核心技术，高性能全局一致性SCC和热备无感秒切，无论在跨机扩展还是跨机切换，都达到了业界领先的能力。PolarDB MySQL Serverless于去年底正式上线，目前已经有1000+用户开始上手使用。本文期望从实践角度，演示如何测试PolarDB Serverless的弹性能力。
一.什么是HTAP HTAP数据库（Hybrid Transaction and Analytical Process，混合事务和分析处理）。2014年Gartner的一份报告中使用混合事务分析处理(HTAP)一词描述新型的应用程序框架，以打破OLTP和OLAP之间的隔阂，既可以应用于事务型数据库场景，亦可以应用于分析型数据库场景。实现实时业务决策。这种架构具有显而易见的优势：不但避免了繁琐且昂贵的ETL操作，而且可以更快地对最新数据进行分析。这种快速分析数据的能力将成为未来企业的核心竞争力之一。 如
AlwaysOn 可用性组功能是一个提供替代数据库镜像的企业级方案的高可用性和灾难恢复解决方案。SQL Server 2012 中引入了 AlwaysOn 可用性组功能，此功能可最大程度地提高一组用户数据库对企业的可用性。 “可用性组”针对一组离散的用户数据库（称为“可用性数据库”，它们共同实现故障转移）支持故障转移环境。
读写分离的场景应用 随着业务增长，数据越来越大，用户对数据的读取需求也随之越来越多，比如各种AP操作，都需要把数据从数据库中读取出来，用户可以通过开通多个只读实例，将读请求业务直接连接到只读实例上。使用RDS云数据库的读写分离功能，用户只需要一个请求地址，业务不需要做任何修改，由RDS自带的读写分离中间件服务来完成读写请求的路由及根据不同的只读实例规格进行不同的负载均衡，同时当只读实例出现故障时能够主动摘除，减少对用户的影响。对用户达到一键开通，一个地址，快速使用。 MySQL内核为读写分离的实现提供了支持，包括通过系统variable设置目标节点，session或者是事务的只读属性，等待/检查指定的事务是否已经apply到只读节点上，以及事务状态的实时动态跟踪等的能力。本文会带领大家一起来看看这些特征。说明一下，本文的内容基于RDS MySQL 5.6与RDS MySQL 5.7。
为帮助开发者更好的了解和运用数据库，腾讯云数据库团队特出品《深入浅出理解云数据库》系列文章，从数据库的基本概念到云数据库特性及应用、从数据库基础原理知识到腾讯云经典实战案例解读，带你走进云数据库的世界。关注“腾讯云数据库”微信公众号，开启2020年的DB修炼之旅。 1 PartⅠ 数据库基本概念 举个简单的例子，我们会把买来的食物、零食等放到冰箱里去，冰箱就是用来存放东西的地方。那么当我们有很多数据的时候，存放的数据的“冰箱”就是数据库。当然，如果用过Excel的话，就更好理解了，数据库就可以类比为Exc
编辑手记：也许Oracle 12.2在内核上的智能改进只能让你眼前一亮，那今天基于Big Data和数据仓库的性能优化增强则会让你伸手触Oracle的强大灵魂。细腻中霸气侧漏，这就是Oracle 12
数据库是企业核心业务运行的重要组成部分，数据是企业的生命线，如果数据库出现宕机、数据丢失或不可用等问题，将会对企业的生产、营销和决策产生难以预估的影响，因此，一套高可用的数据库架构对于企业来说至关重要，可以最大化保证业务稳定性和数据可靠性。腾讯云MySQL推出全场景高可用性架构（All-Scenario High Availability Architecture，AS-HAA），用户可根据实际业务需求、业务类型自行配置。
数据库是公有云上最广泛使用的服务之一。客户们对云数据库产品有一些很朴素的要求：像自来水一样，方便，实惠。
在MySQL数据库中，在进行数据迁移和从库只读状态设置时，都会涉及到只读状态和Master-Slave主从关系设置, 以下针对real_only只读属性做些笔记记录:
MySQL 主从架构应该是最常用的一组架构了。从库会实时同步主库传输来的数据，一般从库可以作为备用节点或作查询使用。其实不只是主库需要多关注，从库有时候也要经常维护，本篇文章将会分享几点从库维护经验，一起来学习吧。
腾讯云MongoDB数据库，稳定、弹性、安全、高性能的文档型数据库，兼容 DynamoDB 协议，满足您多样的业务需求
最近在CSDN看到腾讯云的 TDSQL-C ServerLess Mysql 数据库体验活动，作为云原生的Serverless数据库,还是很有兴趣的，看文档中TDSQL-C Serverless Mysql提供了集群高可用的功能,我们通过实际测试来验证一下它的可靠性，具体如何测试，请看下文！
检查腾讯云数据库 MySQL 实例的 RO 组是否存在单点只读实例，当 RO 组 中只有一个实例时，该实例故障会导致整个 RO 组不可用。
上一讲我们讲到了 Eureka 注册中心的 Server 端有三级缓存来保存注册信息，可以利用缓存的快速读取来提高系统性能。我们再来细看下：
评估增加的业务请求是否符合预期，如果是预期内正常的请求增加，那么建议通过集群水平扩展来增加CPU处理能力。
执行了命令之后所有库所有表都被锁定只读，一般用在数据库联机备份，这个时候数据库的写操作将被阻塞，读操作顺利进行。
腾讯云已为多个爆款微信小游戏提供服务，腾讯云数据库团队在多年MongoDB运营&支持微信小游戏服务经验总结，MongoDB产品经理李晓慧在7月26日在厦门举行的《腾讯云GAME-TECH游戏开发者技术沙龙》上，为广大开发者分享了腾讯云MongoDB在小游戏中的实践应用，帮助刚刚走进小游戏开发的同学们提供干货。
作者：赵珣 腾讯云监控工程师 简介 云数据库 MySQL（TencentDB for MySQL）是腾讯云基于开源数据库 MySQL 专业打造的一种高性能分布式数据存储服务，提供了备份恢复、监控、容灾、快速扩容、数据传输等全套解决方案，简化数据库运维工作，让用户专注于业务发展。 云数据库 MySQL 的优势： 快速便捷的数据库服务交付能力，在几分钟内部署可扩展的 MySQL，并可按需弹性升降配置； 真正 100% 的 MySQL 兼容能力，主流 MySQL 分支完全兼容； 提供热备、冷备、binlog
商品系统、搜索系统这类与用户关联不大的系统，效果特别的好。因为在这些系统中，每个人看到的内容都是一样的，也就是说，对后端服务来说，每个人的查询请求和返回的数据都是一样的。这种情况下，Redis缓存的命中率非常高，近乎于全部的请求都可以命中缓存，相对的，几乎没有多少请求能穿透到MySQL。
作为云原生技术先驱，腾讯云数据库内核团队致力于不断提升产品的可用性、可靠性、性能和可扩展性，为用户提供更加极致的体验。为帮助用户了解极致体验背后的关键技术点，本期带来腾讯云数据库专家工程师王鲁俊给大家分享的腾讯云原生数据库TDSQL-C的架构探索和实践，内容主要分为四个部分： 本次分享主要分为四个部分： 第一部分，介绍腾讯云原生数据库 TDSQL-C 产品架构，包括产品的研发背景和架构主要特性； 第二部分，分享用户场景实践，针对线上真实的用户场景做一些分析和针对性实践； 第三部分，分享系统关键优化； 第四部
在客户容灾方案建设过程中，客户侧迁移数据库实例到云上MySQL是一个非常普遍的需求。目前最常用的迁移通用方案是较成熟的方案，一般迁移过程都可以采用此方案；但通用方案存在一个不方便之处：迁移过程中的业务切换是一个难点，调整业务数据库连接配置，将读写数据源切换为CDB实例的IP。调整业务数据库连接配置这一步很可能存储遗漏的情况，前端业务在长时间的发展过程中，存在多个连接数据库的源，一次性调整访问源到目标是比较困难的。
这篇博客文章是CDP中Cloudera的操作数据库（OpDB）系列文章的一部分。每篇文章都会详细介绍新功能。从该系列的开头开始，请参阅《CDP中的运营数据库》，《运营数据库系列之可访问性》，《运营数据库系列之管理篇》。
云原生数据库TDSQL-C作为腾讯云架构平台部核心数据库产品之一，致力于为云上ToB用户和公司自研业务提供集高性能、低成本、大存储、低延迟、秒级扩缩容、极速回档、Serverless化七大特性于一体的企业级数据库服务。本文将给大家分享《TDSQL-C （原CynosDB）容灾的实践和探索》，主要内容有以下三个方面：
在SQL Server 中，为了保护数据库的安全，需要给不同的使用者开通不同的访问用户，那么如何简单的控制用户的权限呢？下面我们就创建一个只读用户，给大家学习使用。
对单个数据库设置只读状态，可以通过 ALTER DATABASE 语句中的 READ ONLY 选项来实现，该选项在 MySQL 8.0.22 版本[1] 中引入，用于控制是否允许对数据库及其对象（包括其定义、数据和元数据）进行写入操作。
SQL*Plus: Release 11.2.0.1.0 Production on Wed Oct 15 20:02:09 2014
导语 TDSQL-C 原(CynosDB)是腾讯云数据库团队自研的新一代云原生数据库，融合了传统数据库、云计算与新硬件技术的优势，采用计算和存储分离的架构，100%兼容 PostgreSQL，提供具备极致弹性、高性能、海量存储、安全可靠的数据库服务。 本文旨在从数据库内核的角度揭秘TDSQL-C PostgreSQL的核心架构与关键技术。本文适合读者：腾讯云售后服务、TDSQL-C用户、TDSQL-C开发者，需要有基本的数据库与存储知识。 TDSQL-C 概述 TDSQL-C采用计算和存储分离的架构
随着各行各业电子信息化的不断加深，线上交易数据保持了长时间高速增长的态势，对数据存储的需求越来越大，数据库管理系统（DBMS）面临越来越大的性能、空间和稳定性压力。在此过程中，得利于计算&存储&网络等硬件领域的不断进步，业界流行的数据库管理系统逐步从单机架构向分布式架构演变。笔者希冀从梳理数据库管理系统所面临的一个又一个实际挑战及业界所提出的诸多解决方案的过程中，发现片缕灵感以指引未来的数据库开发工作。
TDSQL-C采用计算和存储分离的架构，所有计算节点共享一份数据，存储容量高达128TB，单库最高可扩展至16节点，提供秒级的配置升降级、秒级的故障恢复和数据备份容灾服务。TDSQL-C既融合了商业数据库稳定可靠、高性能、可扩展的特征，又具有开源云数据库简单开放、自我迭代的优势。TDSQL-C不仅在性能、扩展性和高可用方面有大幅提升，计算存储的解耦使得计算层和存储层都获得了很大的独立优化空间，本文下面将介绍TDSQL-C架构的实现，以及在新架构上的关键技术优势。
架构 随着用户业务发展，数据库的读扩展往往成为必然需求。CDB for MySQL支持只读实例，并且添加了RO组的概念，以实现读写分离和读能力的扩展。整体架构如下所示： RO组是只读实例的集合，一个R
Vitess自2011年以来一直为YouTube的所有数据库流量提供服务，目前已被许多企业采用，以满足其生产需求。
以下文章来源于鹅厂架构师 ，作者TDSQL-C 云原生数据库TDSQL-C作为腾讯云架构平台部核心数据库产品之一，致力于为云上ToB用户和公司自研业务提供集高性能、低成本、大存储、低延迟、秒级扩缩容、极速回档、Serverless化七大特性于一体的企业级数据库服务。本文将给大家分享《TDSQL-C （原CynosDB）容灾的实践和探索》，主要内容有以下三个方面： 1 云原生数据库和传统数据库的架构对比 2 MySQL数据库的容灾部署模型 3 TDSQL-C 异地容灾系统的实践 云原生数据库和传统数据
本人接触互联网也有差不多10个年头，从个人的博客、商城、电商、教育、淘宝客等，手里大大小小的项目也不在少数，接触过的技术栈也是比较多，从.net、php、java、go、python等都有涉猎，接触的规模也是逐渐由小到大，从简单的单机应用部署到SOA架构，再到目前公司业务的K8S集群，助力企业降本增效是每个公司都在倡导的，公司专门还发起了“提案改善”的降本增效活动，号召大家一起助力企业降本增效。
在经历了惨痛的黑天鹅事件以及激烈的数据恢复过程后，作为微盟DBA的我们进行了深刻的反省和自查，作为公司的核心资产，数据库也得到了前所未有的重视。如何保证数据安全以及用户服务的高可用性是我们要解决的首要问题。
锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的计算资源（CPU、RAM、I/O）的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个
导语 | 某些业务场景安全性要求很高，核心空间的数据不能随意修改，本文介绍腾讯云数据库PostgreSQL在大量drop业务场景下主从复制产生的性能问题，为大家完整剖析此次内核优化的原理和方案，最终让主从同步性能增强了3W多倍，并解决了社区一直悬而未决的问题。文章作者：唐阳，腾讯云数据库产品经理。 一、背景介绍 腾讯云数据库PostgreSQL作为支撑着腾讯内部大量的业务，这些业务不仅仅包含有正式线上运行的，也包括内部测试开发所使用的数据库。不同业务有着不同的述求，不同的使用方法会带来不同的数据库问题
SQL> alter tablespace yhqt read only; SQL> alter tablespace yhqt read write;
安装在 Oracle Flex 集群 配置中的 Oracle Grid Infrastructure 是一个可扩展、动态、健壮的节点网络。
采用主从（master-replica）模式搭建。主节点提供日常服务访问，备节点提供HA高可用，当主节点发生故障，系统会自动在30秒内切换至备节点，保证业务平稳运行。
在云计算越来越火的今天，我们不难预测，云上的MySQL在未来的数据库市场也将是主流。 在很多人的理解中，云托管数据库服务是“暴利”。 而实际上，在这个海量数据大爆发的时代，开源版本的MySQL很难满足很多企业的业务需求，在某些场景下，无论是性能、安全还是稳定性，都面临着各种各样的问题，产品能力不足的云数据库MySQL也很难在竞争激烈的市场找到属于自己的舞台。 上周的一篇文章数据君分享了近期腾讯云MySQL入选顶会的故事，这一期想和大家谈谈，在应用场景下，这帮人又做了哪些事？ 回顾腾讯云数据库MySQL的
利用主从复制+GTID的特性实现异地数据同步与读写分离。下面是实现细节与不同于常规方案的特性。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
