使用 MySQLdump 工具的优点是简单易用、容易上手，缺点是停机时间较长，因此它适用于数据量不大，或者允许停机的时间较长的情况。
今天，AWS首席布道者Jeff Barr在其博客上透露，Amazon消费者业务正式完成了对Oracle数据库的迁移工作，关闭了最后的Oracle数据库。Amazon将近7500个Oracle数据库、75 PB级数据库全部迁移到AWS数据库服务，包括Amazon DynamoDB，Amazon Aurora，Amazon Relational Database Service（RDS）和Amazon Redshift。
TongRDS（简称 RDS）是分布式内存数据缓存中间件，用于高性能内存数据共享与应用支持。RDS为各类应用提供高效、稳定、安全的内存数据处理能力；同时它支持共享内存的搭建弹性伸缩管理；使业务应用无需考虑各种内存的复杂管理。
作者：李志勇 来源： http://www.csdn.net/article/2016-03-21/2826611 偶然在网上看到游族网络运维总监李志勇先生进行的一次分享，作为一个运维人，对其中的运维
在这篇博文中，我们会介绍如何在零停机时间的前提下，使用 Bucardo 将 Postgres 数据库迁移到一个新实例上。我们将介绍如何避免常见的陷阱，比如数据丢失、性能下降和数据完整性故障等。我们已成功使用这一流程将我们的 Postgres 数据库从 9.5 版迁移到 Amazon RDS 上的 12.5 版，但该流程不只适用于 RDS，也不依赖 AWS 独有的任何内容。这种迁移策略应该能适用于任何自托管或托管的 Postgres。
A云Polardb-x 1.0现已全面升级为Polardb-x 2.0，但Polardb-X 1.0有其自有特色，仍然有很多企业在使用Polardb-X 1.0方案。那么，当这些企业想将业务系统迁移至腾讯云时，该如何进行数据库选型？怎么样进行数据同步？其中又会涉及到哪些问题呢？
由于RDS(Oracle)不直接支持SSH，FTP(基于安全因素吧).所以原有系统expdp或exp出来的dmp文件，不能直接导入到RDS中。官方文档里建议通过networklink或者dblink的方式 从原有数据库迁移到RDS，考虑到网络和安全因素，此方法暂被忽略掉。
上云之后 DBA 会原地失业吗？其实多数情况都不会，那上云后还有哪些事需要 DBA 去做的呢？这节内容就来扯一扯。
社会数字化、智能化的发展进程中，海量的数据带来巨大挑战，各行各业都在加速数字化转型，越来越多的企业意识到数据基础设施是成功的关键。然而，作为数据基础设施的核心，传统数据库例如 MySQL 面临性能和容量瓶颈，通过中间件实现的分库分表方案复杂度高，同时带来高昂的运维成本。
免费、零停机、高性能的数据库迁移服务DBMotion今天正式对外发布，支持MySQL的结构、全量、增量迁移和数据校验功能。
云产品 API 是用于与云产品进行通信的编程接口，允许开发者编写代码来控制云资源。通过使用 API，开发者可以实现自动化和标准化的操作，从而提高效率和降低错误率。此外，云产品 API 还可以提供对云服务的扩展和集成，使开发者能够将云服务与自有其他应用系统集成，构建更加丰富和复杂的应用程序。通过使用 API，可以提高开发者的生产力和创新能力，帮助他们更快地开发和部署云应用，从而更好地满足业务需求，实现真正的"DevOps"。
主从模式对于写少读多的场景确实非常大的优势，但是总会写操作达到瓶颈的时候，导致性能提不上去。
作者简介：崔秋，PingCAP 联合创始人，重度开源爱好者，曾任职于搜狗、豌豆荚，长期从事广告系统基础组件相关的研究，现主要从事开源 NewSQL 数据库 TiDB/TiKV 相关的设计和研发工作。
在AWS 上的生产环境性能分析案例一文中，记录了我对客户应用生产环境的一次性能分析。接下来，我们要根据所发现的性能问题进行架构优化，以提升可用性和性能。同时，这篇文章也总结了应用迁移到云上的套路。
根据文章内容总结摘要。
将现有应用程序迁移到 Citus 有时需要调整 schema 和查询以获得最佳性能。 Citus 扩展了 PostgreSQL 的分布式功能，但它不是扩展所有工作负载的直接替代品。高性能 Citus 集群需要考虑数据模型、工具和所使用的 SQL 功能的选择。
作为猫头虎博主，我将带您深入研究Spring云服务，探讨如何将传统的Java应用程序顺利迁移到云端。本文将重点介绍云原生应用的概念，以及如何使用Spring框架和云服务提供商的工具来优化应用的性能、可伸缩性和可靠性。
《多机房多活架构，究竟怎么玩？》说明了在机房迁移的过程中，一定有一个“多机房多活”的中间状态：
高级亚马逊Web服务用户更喜欢自我管理运行在亚马逊弹性计算云上的数据库，而不是数据库即服务产品，至少现在看是这样的。 上周，AWS超级用户在线活动群组创立会议的演示中，关注超级用户如何在AWS上运行数据库。大多数演讲者表示他们在弹性计算云（EC2）上运行类似Cassandra和MySQL这样的自我管理数据库，而不是使用亚马逊的数据库即服务（DBaaS）平台，比如关系型数据库服务（RDS）以及DynamoDB。 然而，一些IT专家在此次活动中也表示有过DBaaS体验，而且一些仍旧在自我管理和DB
数十年来，企业依靠数据库来存储和组织数据，各种各样的应用都依赖于数据库这一强大的技术发展、创新。
许多数据库模式（schema）管理工具都创建了命令式（imperative）接口，要求开发人员了解模式的当前状态，以及将当前模式（和相关数据）迁移到新的、需要的模式的最佳命令。本文将介绍这个模型比较困难的几个原因。本文提出了一个声明式（declarative）接口来取代传统的命令式接口，并解释了这种更改带来的好处和挑战。
不论是一对多直播还是一对一直播app制作，关于服务器的配置和成本是大多数运营商比较关心和头疼的问题。一般来说，在直播app运营的每个阶段，所安排的服务器台数和负责的功能都是不一样的。那么如何在有限的成本中搭配出高效的服务器模组？针对这个问题，小编今天就给各位初入直播行业的运营商说明一下。
答：云数据库是部署和虚拟化在云计算环境中的数据库。云数据库是在云计算的大背景下发展起来的一种新兴的共享基础架构的方法，它极大地增强了数据库的存储能力，消除了人员、硬件、软件的重复配置，让软、硬件升级变得更加容易，同时，也虚拟化了许多后端功能。云数据库具有高可扩展性、高可用性、采用多租形式和支持资源有效分发等特点。
首先还是要说两句，1 这个帖子不会说是那个云，读者你也不要问是那个云， 2 丢数，我个人认为在云上这是必然的，不是偶然，只是触发概率的问题。（原因很清楚，我说的这个问题，到那个云都一样，越先进的越会有这个问题）
在上期，N因为满脑子都是风尘小姐姐，被T姐带着姑娘们修理了一顿，抱着电脑逃出了海淀大街38号。
回顾过去几年，混合云在IT界异军突起。据许多行业分析师的观点，混合云意味着将组织软件驱动的私有云与公共云的性能、业务流程、自动化和计费功能相结合，以实现在公有云和私有云之间无缝迁移工作负载。实际上，混
需要明确指出，云计算对于多种类型的工作负载来说是很好的解决方案。但是云计算并不能解决所有IT挑战。有时，具有数据传输需求的应用程序在内部部署运营是更好的选择。
最近遇到一个关于MySQL单表过大的问题，该表存放的主要是日志文件，且其中有一个字段存放的数据过大，导致占用空间过大以及查询效率的降低，这种设计其实是不合理的。目前该表占用1.2T容量，数据量超过3亿条，而这个RDS数据库的容量总共就2T，且由于种种原因无法扩容，迫不得已急需给出解决方案。
没有什么办法来复制数据短缺，在云里仍然是这样的。当人们浏览自己的云备份选项时，要仔细看看他的云环境，包括他的云计算供应商的本地备份服务、数据库等等。 回到在虚拟化的全盛时期，优选的备份方法是使用该备份或复制整个虚拟机从管理程序层，例如，采用Veeam云备份，或从Zerto软件复制数据保护的软件。 对于使用基于VMware云的IT部门，这种方法仍然有效。VIF教育是总部设在北卡罗来纳州教堂山分校的全球教育机构，运行了软件即服务（SaaS）和基础设施即服务（IaaS）的混合应用服务。对于其谷歌企业应用套件和Sa
本文探讨了在调整云计算资源大小时常见的错误和陷阱，并讨论了如何避免，从而真正受益于云计算的弹性。通过使用容器编排平台、无服务器和完全托管的解决方案，以及随着时间的推移持续监视使用模式，可以优化云计算架构的性能和成本。
ConvertKit 是一家全功能电子邮件服务提供商 (ESP)，是发展最快的电子邮件营销公司之一。但作为一家自力更生的私营企业，没有外部资金的支持，云成本控制对 ConvertKit 来讲非常重要。 近日，ConvertKit 详细列出了 2021 年在 AWS 上的花费，回顾了自己到底花掉了多少钱，并思考哪里还能进一步优化。“过去这一年我们也犯了不少错，但好在这些问题都可以修正。”ConvertKit 基础架构工程师 Kris Hamoud 表示。
最近3个月变化很多，离开呆了5年多的北京，开始英国的工作和生活。到这之后基本在做系统向亚马逊云平台的迁移，踩了不少坑，收获也很多。由于系统的迁移涉及各个常见的架构组件，边边角角的细节很多。和大部分系统一样，长时间野蛮成长积累了很多问题。这样的老系统迁移到新平台意味着你需要处理所有之前埋下的问题。公司之前聘请了亚马逊推荐的第三方咨询服务工作在做迁移，但是由于问题太多，拖了很长时间没有完成。 成熟老系统常见的问题： 1. 缺乏文档 这应该是大小公司都存在的问题。文档会极大降低开发效率，并且互联网项目的特点是易变
如果在Twitter上快速搜索，就会发现运行多云基础设施就像给一些大型供应商支付款项一样容易。例如，IBM公司宣称，“IBM MultiCloud Manager将所有客户的云计算环境集成在一个视图中，从而能够对客户的查看方式、管理和自动化进行最佳控制。”因此，用户无需担心相互冲突的基础设施、无服务器的应用程序或任何混乱的现实。只要有良好的控件和管理，一切都很好。不幸的是，它不是那样工作的。
很多公司选择AWS作为其IT解决方案，AWS有很多云服务，以下介绍AWS中几类比较重要的服务。
构建和创建混合云架构有助于平衡云计算服务的低成本与内部部署服务器的私密性。如果企业认为多云应用程序非常灵活，那么可能需要探索混合多云所提供的优势。
如果你使用过 Google 或 YouTube，那么你很可能已经访问过分片数据。分片通过将数据分区存储在多个服务器上，而不是将所有内容放在一个巨大的服务器上，以实现扩展数据库的目的。这篇文章将介绍数据库分片的工作原理、思考如何给你自己的数据库分片，以及其他一些有用的、可以提供帮助的工具，尤其是针对 MySQL 和 Postgres。
九、退化维度 本节讨论一种称为退化维度的技术。该技术减少维度的数量，简化维度数据仓库模式。简单的模式比复杂的更容易理解，也有更好的查询性能。当一个维度没有数据仓库需要的任何数据时就可以退化此维度，此时需要把退化维度的相关数据迁移到事实表中，然后删除退化的维度。 1. 退化订单维度 本小节说明如何退化订单维度，包括对数据仓库模式和定期装载脚本的修改。使用维度退化技术时你首先要识别数据，分析从来不用的数据列。例如，订单维度的order_number列就可能是这样的一列。但如果用户想看事务的细节，还需要订单号。因此，在退化订单维度前，要把订单号迁移到sales_order_fact表。下图显示了迁移后的模式。
在过去数十年，Oracle与微软是软件行业当之无愧的两大巨头，同时也是数十年的竞争对手——从数据库到ERP，从营销策略到法律诉讼。2013年之前，两位巨头在企业级市场的厮杀可谓是乐此不疲，然而现在它们却坚定的走在一起： 从“恨到爱”只用半年 2013年6月的一则消息“惊呆了”IT领域的小伙伴们——微软宣布Hyper-V和Azure支持Oracle软件；而在之前，Oracle的CEO 拉里·埃里森更宣布将成立一个新的技术联盟，其内部成员可能会是Salesforce.com、NetSuite以及微
《云上应用技术架构》是一本全面详尽的专业手册，旨在为应用运维人员、平台架构师和解决方案架构师提供在云环境中构建、管理和优化应用程序的必备知识和技能。本书精心设计了丰富的内容体系，涵盖了从基础的云架构设计，到复杂的数据架构和安全性设计等多个关键主题。
前几天，我们就有说过，沃趣科技将陆续推出多系列特别值得期待的课程。今天，我们终于可以让第一个系列的第一期课程与你正式见面了。
DTS 作为数据交互引擎，以其高效的实时数据流处理能力和广泛的数据源兼容性，为用户构建了一个安全可靠、可扩展、高可用的数据架构桥梁。云数据库 SelectDB 通过与 DTS 联合，为用户提供了简单、实时、极速且低成本的事务数据分析方案。用户可以通过 DTS 数据传输服务，一键将自建 MySQL / RDS MySQL / PolarDB for MySQL 数据库，迁移或同步至云数据库 SelectDB 的实例中，帮助企业在短时间内完成数据迁移或同步，并即时获得深度洞察。
基本用法（导入文件test.txt到table1表中，txt文件中的行分隔符为\r\n，默认tab键为字段分隔符，txt文件中的每个字段按顺序对应column1、column2，。。。导入表中）
Percona Everest目前处于alpha阶段，它面向寻求利用私有数据库即服务(DBaaS)的优势，而又不想重新造轮子的组织。
虚拟私有云使用限制如表1所示。以上配额说明针对单租户情况。一个网络ACL单方向拥有的规则数量最好不超过20条，否则可能引起网络ACL性能下降。二层网关连接在公测期间默认只能创建1个二层连接网关。默认情况下，一个用户可以创建100个安全组。默认情况下，一个安全组最多只允许拥有50条安全组规则。默认情况下，一个云服务器或扩展网卡建议选择安全组
RDS 并不是新生事物，新鲜的是通过容器技术和容器编排技术构建 RDS。对金融客户而言，他们有强烈拥抱 Docker 和 Kubernetes 的愿望，但可用性是尝试新技术的前提。存储是持久化应用的关键资源，它并不性感，却是 Monolithic 应用走向 Cloud-Native 架构的关键。Kubernetes 存储子系统已经非常强大，但是还欠缺一些基础功能，譬如支持 Expand Volume（部分 Storage Vendor 支持）和 SnapShot。本文尝试从我们的实现分享如下几个内容：
今天由叶秋学长来介绍如何通过 Aeraki 来在服务网格中为 Dubbo、Thrift 等协议的服务提供七层流量路由、本地限流、全局限流，以及如何基于 Aeraki Protocol快速开发一个自定义协议，并在 Istio 服务网格中对采用自定义协议的服务进行管理。
为方便阅读、重点呈现，本文对各板块内容进行了精简，需阅读完整版可点击文末【阅读原文】或登录云盘下载：https://pan.baidu.com/s/1h8plZz-amxxOMMWTL2eicQ（提取码：dwqg）
本文根据洪斌10月27日在「3306π」技术 Meetup - 武汉站现场演讲内容整理而成。
前文数据库容器化｜未来已来我们介绍了基于Kubernetes实现的下一代私有 RDS。其中，调度策略是具体实现时至关重要的一环，它关系到RDS 集群的服务质量和部署密度。那么，RDS 需要怎样的调度策略呢？本文通过数据库的视角结合Kubernetes的源码，分享一下我的理解。
今天我就给大家讲一下我们这边做的数据库运维的自动化平台，他是怎么样子的。首先我会给大家简单介绍一下我们做平台的背景，以及平台的一些技术架构，以及针对我们DBA和开发的需求的全套解决方案。 首先是背景，我们为什么要做RDS，在做RDS之前其实我们也有一套自己的自动化系统，可是我们有了这套自动化系统我们发现有了之后我们DBA还是很忙，每天忙于工单处理，大表DDL，集群搭建，扩容，数据迁移等等。这些东西不能说没有价值，但是对于DBA来说，每一次的重复操作，都会让这个价值指数级下降，并且不能带来成长。所以我们对这些
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
