在这篇博文中，我们会介绍如何在零停机时间的前提下，使用 Bucardo 将 Postgres 数据库迁移到一个新实例上。我们将介绍如何避免常见的陷阱，比如数据丢失、性能下降和数据完整性故障等。我们已成功使用这一流程将我们的 Postgres 数据库从 9.5 版迁移到 Amazon RDS 上的 12.5 版，但该流程不只适用于 RDS，也不依赖 AWS 独有的任何内容。这种迁移策略应该能适用于任何自托管或托管的 Postgres。
使用 MySQLdump 工具的优点是简单易用、容易上手，缺点是停机时间较长，因此它适用于数据量不大，或者允许停机的时间较长的情况。
DTS 作为数据交互引擎，以其高效的实时数据流处理能力和广泛的数据源兼容性，为用户构建了一个安全可靠、可扩展、高可用的数据架构桥梁。云数据库 SelectDB 通过与 DTS 联合，为用户提供了简单、实时、极速且低成本的事务数据分析方案。用户可以通过 DTS 数据传输服务，一键将自建 MySQL / RDS MySQL / PolarDB for MySQL 数据库，迁移或同步至云数据库 SelectDB 的实例中，帮助企业在短时间内完成数据迁移或同步，并即时获得深度洞察。
《多机房多活架构，究竟怎么玩？》说明了在机房迁移的过程中，一定有一个“多机房多活”的中间状态：
主从模式对于写少读多的场景确实非常大的优势，但是总会写操作达到瓶颈的时候，导致性能提不上去。
在AWS 上的生产环境性能分析案例一文中，记录了我对客户应用生产环境的一次性能分析。接下来，我们要根据所发现的性能问题进行架构优化，以提升可用性和性能。同时，这篇文章也总结了应用迁移到云上的套路。
作者：李志勇 来源： http://www.csdn.net/article/2016-03-21/2826611 偶然在网上看到游族网络运维总监李志勇先生进行的一次分享，作为一个运维人，对其中的运维
免费、零停机、高性能的数据库迁移服务DBMotion今天正式对外发布，支持MySQL的结构、全量、增量迁移和数据校验功能。
很多公司选择AWS作为其IT解决方案，AWS有很多云服务，以下介绍AWS中几类比较重要的服务。
云产品 API 是用于与云产品进行通信的编程接口，允许开发者编写代码来控制云资源。通过使用 API，开发者可以实现自动化和标准化的操作，从而提高效率和降低错误率。此外，云产品 API 还可以提供对云服务的扩展和集成，使开发者能够将云服务与自有其他应用系统集成，构建更加丰富和复杂的应用程序。通过使用 API，可以提高开发者的生产力和创新能力，帮助他们更快地开发和部署云应用，从而更好地满足业务需求，实现真正的"DevOps"。
答：云数据库是部署和虚拟化在云计算环境中的数据库。云数据库是在云计算的大背景下发展起来的一种新兴的共享基础架构的方法，它极大地增强了数据库的存储能力，消除了人员、硬件、软件的重复配置，让软、硬件升级变得更加容易，同时，也虚拟化了许多后端功能。云数据库具有高可扩展性、高可用性、采用多租形式和支持资源有效分发等特点。
基本用法（导入文件test.txt到table1表中，txt文件中的行分隔符为\r\n，默认tab键为字段分隔符，txt文件中的每个字段按顺序对应column1、column2，。。。导入表中）
本文根据洪斌10月27日在「3306π」技术 Meetup - 武汉站现场演讲内容整理而成。
今天，AWS首席布道者Jeff Barr在其博客上透露，Amazon消费者业务正式完成了对Oracle数据库的迁移工作，关闭了最后的Oracle数据库。Amazon将近7500个Oracle数据库、75 PB级数据库全部迁移到AWS数据库服务，包括Amazon DynamoDB，Amazon Aurora，Amazon Relational Database Service（RDS）和Amazon Redshift。
高级亚马逊Web服务用户更喜欢自我管理运行在亚马逊弹性计算云上的数据库，而不是数据库即服务产品，至少现在看是这样的。 上周，AWS超级用户在线活动群组创立会议的演示中，关注超级用户如何在AWS上运行数据库。大多数演讲者表示他们在弹性计算云（EC2）上运行类似Cassandra和MySQL这样的自我管理数据库，而不是使用亚马逊的数据库即服务（DBaaS）平台，比如关系型数据库服务（RDS）以及DynamoDB。 然而，一些IT专家在此次活动中也表示有过DBaaS体验，而且一些仍旧在自我管理和DB
在过去数十年，Oracle与微软是软件行业当之无愧的两大巨头，同时也是数十年的竞争对手——从数据库到ERP，从营销策略到法律诉讼。2013年之前，两位巨头在企业级市场的厮杀可谓是乐此不疲，然而现在它们却坚定的走在一起： 从“恨到爱”只用半年 2013年6月的一则消息“惊呆了”IT领域的小伙伴们——微软宣布Hyper-V和Azure支持Oracle软件；而在之前，Oracle的CEO 拉里·埃里森更宣布将成立一个新的技术联盟，其内部成员可能会是Salesforce.com、NetSuite以及微
上云之后 DBA 会原地失业吗？其实多数情况都不会，那上云后还有哪些事需要 DBA 去做的呢？这节内容就来扯一扯。
我们都知道，随着业务量的增长，数据量也会随之增加，这个时候就需要关注业务大表，因为大表会影响查询性能，DDL变更时间很长，影响业务的可用性，同时导致从库延迟很大，如果业务做了读写分离，导致用户重复操作产生脏数据，例如重复下单。
在云计算普及、云厂商林立的时代背景下，顺应云化趋势是一个明智的选择。沃趣科技基于十年技术积累，以及对数据库生态领域的深刻洞见，联合旗下多云数通公司，正式推出面向公有云的RDS服务 —— Squids。帮助用户数据库选好云，上好云，用好云。
社会数字化、智能化的发展进程中，海量的数据带来巨大挑战，各行各业都在加速数字化转型，越来越多的企业意识到数据基础设施是成功的关键。然而，作为数据基础设施的核心，传统数据库例如 MySQL 面临性能和容量瓶颈，通过中间件实现的分库分表方案复杂度高，同时带来高昂的运维成本。
将应用程序部署到 Kubernetes 时，有很多选择。像 Helm 和 Ksonnet 这样的工具使得打包应用程序并将其部署到多个 Kubernetes 环境变得非常简单。但是，这些工具只能解决部分问题。部署到生产很少像 helm install my-chart 一样如此简单。他们可以涉及多个步骤，并保证所涉及的应用程序正常运行。我从 Kubernetes 用户那里听到的一个最常见的问题是“如何部署我的数据库变更？”。这是我一遍又一遍地问自己的问题。在 Skuid ，我们花了很多时间试图找出最安全和高可
笔者刚开始进入公司的时候，主要是忙于分布式MySQL系统----MyShard的构建，公司使用了大量的IDC机房，基于这种网络特点，MyShard设计当初完全是为了是一套支持Multi-Master操作的高可用性的分布式数据库，可以在多个机房中部署的业务上提供快速的写操作，实现了分布式高可用存储能力。
一 、引子 笔者刚开始进入公司的时候，主要是忙于分布式MySQL系统----MyShard的构建，公司使用了大量的IDC机房，基于这种网络特点，MyShard设计当初完全是为了是一套支持Multi-Master操作的高可用性的分布式数据库，可以在多个机房中部署的业务上提供快速的写操作，实现了分布式高可用存储能力。 在业务增长期，MyShard解决了公司的很多大型的数据库存储业务，随着公司业务逐渐稳定下来，分布式存储需求越来越少。而公司却有大量的小业务以及不断尝试的各种新业务，需要越来越多的小数据量的数据库存
最近有一个云服务器和数据库的迁移任务，踩坑爬坑无数次，觉得必须要记录一下。大家瓜子花生准备好，听我慢慢讲故事#手动笑哭#。
ConvertKit 是一家全功能电子邮件服务提供商 (ESP)，是发展最快的电子邮件营销公司之一。但作为一家自力更生的私营企业，没有外部资金的支持，云成本控制对 ConvertKit 来讲非常重要。 近日，ConvertKit 详细列出了 2021 年在 AWS 上的花费，回顾了自己到底花掉了多少钱，并思考哪里还能进一步优化。“过去这一年我们也犯了不少错，但好在这些问题都可以修正。”ConvertKit 基础架构工程师 Kris Hamoud 表示。
最近数据库行业还是发生一些事情，例如：NebulaGraph获得获得数千万美元的A轮融资，Oracle将在AWS支持MySQL HeatWave服务，VLDB 2022在悉尼举行，来自中国多篇成果被接收，等等，查看原文
最近的互联网线上事故发生比较频繁，9月19日网上爆料出顺丰近期发生了一起线上删库事件，在这里就不介绍了。
众所周知，在数据库的历史上，每次存储介质的变化都会引发软件的变革。从 SAN 存储到 SSD 到大内存到 NVM，都触发了数据库内核从理论到工程的演进。
这应该是一个很早以前就爆出来的漏洞，而我见到的时候是在TCTF2018 final线下赛的比赛中，是被 Dragon Sector 和 Cykor 用来非预期h4x0r’s club这题的一个技巧。
为方便阅读、重点呈现，本文对各板块内容进行了精简，需阅读完整版可点击文末【阅读原文】或登录云盘下载：https://pan.baidu.com/s/1h8plZz-amxxOMMWTL2eicQ（提取码：dwqg）
#执行了一条 keys xxxxx* 命令，令数据库宕机了，怪不得技术总监发狠话：谁要是敢用 keys 命令，直接收拾包袱走人。接下来我们看看是什么回事:
许多数据库模式（schema）管理工具都创建了命令式（imperative）接口，要求开发人员了解模式的当前状态，以及将当前模式（和相关数据）迁移到新的、需要的模式的最佳命令。本文将介绍这个模型比较困难的几个原因。本文提出了一个声明式（declarative）接口来取代传统的命令式接口，并解释了这种更改带来的好处和挑战。
虚拟私有云使用限制如表1所示。以上配额说明针对单租户情况。一个网络ACL单方向拥有的规则数量最好不超过20条，否则可能引起网络ACL性能下降。二层网关连接在公测期间默认只能创建1个二层连接网关。默认情况下，一个用户可以创建100个安全组。默认情况下，一个安全组最多只允许拥有50条安全组规则。默认情况下，一个云服务器或扩展网卡建议选择安全组
图片本文全网唯一源地址产品新闻信息来源：网址基础上整理。时间消息2022-09-08PostgreSQL 15 Beta 4 Released!2022-09-07CloudNativePG 1.17.0, 1.16.2 and 1.15.4 Released!2022-09-06Call for New Members for the Community Code of Conduct Committee2022-09-05Announcing the release of Apache AGE 1.1.
RDS 并不是新生事物，新鲜的是通过容器技术和容器编排技术构建 RDS。对金融客户而言，他们有强烈拥抱 Docker 和 Kubernetes 的愿望，但可用性是尝试新技术的前提。存储是持久化应用的关键资源，它并不性感，却是 Monolithic 应用走向 Cloud-Native 架构的关键。Kubernetes 存储子系统已经非常强大，但是还欠缺一些基础功能，譬如支持 Expand Volume（部分 Storage Vendor 支持）和 SnapShot。本文尝试从我们的实现分享如下几个内容：
TongRDS（简称 RDS）是分布式内存数据缓存中间件，用于高性能内存数据共享与应用支持。RDS为各类应用提供高效、稳定、安全的内存数据处理能力；同时它支持共享内存的搭建弹性伸缩管理；使业务应用无需考虑各种内存的复杂管理。
这应该是一个很早以前就爆出来的漏洞，而我见到的时候是在TCTF2018 final线下赛的比赛中，是被 Dragon Sector 和 Cykor 用来非预期h4x0r's club这题的一个技巧。
云数据库的RDS 产品，在传统开源的系列里面大致可以选择的是 POSTGRESQL 和 MYSQL 两种，诚然在RDS 的里面大部分产品最终的选择还是MYSQL ，今天不想讨论产品的量，而是想讨论以下产品的难度，RDS 产品在 POSTGRESQL 和 MYSQL 两种产品的难度问题。
背景: 因历史原因, 前期多个服务共用一个rds实例和一个redis实例, 在实际使用中经常会因某一个服务异常导致rds或redis负载异常，进而影响其他服务造成雪崩。 故进行基础资源拆分来隔离风险。
Online DDL一直是MySQL数据库的一个痛点,好在官方和社区都有不错的解决方案。这些方案大致有以下几个：
没有什么办法来复制数据短缺，在云里仍然是这样的。当人们浏览自己的云备份选项时，要仔细看看他的云环境，包括他的云计算供应商的本地备份服务、数据库等等。 回到在虚拟化的全盛时期，优选的备份方法是使用该备份或复制整个虚拟机从管理程序层，例如，采用Veeam云备份，或从Zerto软件复制数据保护的软件。 对于使用基于VMware云的IT部门，这种方法仍然有效。VIF教育是总部设在北卡罗来纳州教堂山分校的全球教育机构，运行了软件即服务（SaaS）和基础设施即服务（IaaS）的混合应用服务。对于其谷歌企业应用套件和Sa
它仅基于 7 个基本命令： Migrate、 Clean、 Info、 Validate、 Undo、 Baseline和 Repair。
沃趣科技作为服务国内B端企业的数据库产品和解决方案的国产厂商，多年与传统企业打交道，深知传统企业目前正面临着互联网应用和数字化全面转型的挑战。我们了解到CIO眼里最重要的规划之一，就是如何根据企业自身的业务特点打造合适的私有云平台，来适应日新月异的应用场景变化，快速推出满足市场需求的应用。
A云Polardb-x 1.0现已全面升级为Polardb-x 2.0，但Polardb-X 1.0有其自有特色，仍然有很多企业在使用Polardb-X 1.0方案。那么，当这些企业想将业务系统迁移至腾讯云时，该如何进行数据库选型？怎么样进行数据同步？其中又会涉及到哪些问题呢？
回顾过去几年，混合云在IT界异军突起。据许多行业分析师的观点，混合云意味着将组织软件驱动的私有云与公共云的性能、业务流程、自动化和计费功能相结合，以实现在公有云和私有云之间无缝迁移工作负载。实际上，混
前段时间整理了一下数据库运维系统的一些内容，比自己预期的要难一些。我来简单回顾下一些参考点。
首先还是要说两句，1 这个帖子不会说是那个云，读者你也不要问是那个云， 2 丢数，我个人认为在云上这是必然的，不是偶然，只是触发概率的问题。（原因很清楚，我说的这个问题，到那个云都一样，越先进的越会有这个问题）
作为一名忠于内心的工程师，每当我看到一家公司发布有关它们技术栈的文章时，我都会泡一杯咖啡，坐下来耐心阅读，看看有没有新的发现。了解其他公司业务背后隐藏的一些技术十分有趣。就像娱乐八卦一样，只不过这是技术层面的探索。
作者 | 潘娟 伴随着互联网应用场景逐渐深入到生活的各个角落，为了确保前端用户的使用体验，对互联网产品的后端架构性能提出了更高的需求。如今，开发以及运维人员正在将工作重心和优化重点放在了后端基础设施的可用性、一致性、扩展性、弹性以及全面自动化管理等能够提升效率的技术能力层面。 1 背景：Kubernetes 环境中的微服务与数据库 应用部署的变化 一方面，在处处充斥着大数据以及高并发场景的今天，后台技术人员往往会花费更多精力在解决『大规模业务数据的存储与应用』等问题上，以确保数据库等基础设施能够
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
