标签PostgreSQL , copy , 服务端接口 , 客户端接口 背景有些朋友在使用COPY命令对数据库进行数据导入导出时，可能会发现COPY到文件时，怎么和想象的不一样，COPY到文件并没有落到指定的地方。实际上原因是COPY命令是服务端命令，COPY到某个文件实际上是COPY到数据库所在的服务器上面了，而不是客户端所在的服务器。Oracle数据库也一样，都有服务端和客户端（协议端）概念。
转载
2024-08-06 14:43:24
110阅读
下面是简单的实际操作案例 （版本PG16） 注意事项： 1.在数据复制中，需要保持复制中的所有表均有
文章目录配置发布节点 - 主库端修改主库配置参数创建逻辑复制用户创建测试表赋予select权限创建发布查看发布的表list查询发布状态配置订阅节点 - 逻辑备库端修改备库配置参数创建相应的库创建需要复制的表结构创建订阅在发布节点（主）查看逻辑复制槽信息在订阅节点（备） 查看逻辑复制信息检查数据支持update、delete添加复制表1 - 发布：新建表2 - 发布：赋权给复制账户3 - 发布：添
转载
2024-06-07 21:15:30
1168阅读
生命不息，test不止。最近组里面修改了几个postgresql的bug，要进行回归测试，除了前面提到的WAL的RT测试和Mirroring Controller的RT测试，还要测试下postgresql的hot standby功能。要进行该项测试，就要首先搭建hot standby环境。本文主要记录下搭建hot standby环境的过程以及其中遇到的问题及解决方法。首先介绍下系统环境：操作系统：
1. 防范失控的复制槽 复制槽（物理复制槽）提供了一种便捷的方法来防止备库与主备不同步，
原创
2023-06-20 07:23:58
816阅读
172.16.10.106上部署主服务器，172.16.10.251上部署从服务器。
1. 简介
postgres在9.0之后引入了主从的流复制机制，所谓流复制，就是从服务器通过tcp流从主服务器中同步相应的数据。这样当主服务器数据丢失时从服务器中仍有备份。
与基于文件日志传送相比，流复制允许保持从服务器更新。 从服务器连接主服务器，其产生
转载
2024-05-10 21:36:02
95阅读
自从软件开源火爆互联网之后，一些开源数据库也越来越受到大家关注和重视，自从阿里去IOE之后，更是全面推广开源数据库Mysql，替换商业数据库Oracle，经过经过双11的洗礼，已证明Mysql的稳定性和可靠性，这也引发了大批互联网公司使用Mysql，例如小米科技，360，美团，58同城等，下面一张图是2016年数据库使用排名，可以看出Mys
test=> \conninfo
You are connected to database "test" as user "a" via socket in "/tmp" at port "5432".
test=> select * from test;
id
----
1
(1 row)
test=> copy (select * from tes
转载
2024-04-24 21:18:07
101阅读
Ⅰ、复制类型1.1 逻辑复制记录每次逻辑操作主从数据库可以不一致1.2 物理逻辑复制记录每次对于数据页的操作主从数据物理严格一致基于重做日志说明：如果一个块(页)修改了,就把这个修改发到远端主从两端不仅仅是数据一致,而是物理上的一致,页都是一样的1.3 复制选型与对比简单的主从环境,两边同样的表,space_id不用一样,只要保证数据在逻辑内容上一致,物理上不用一样。也就是说,一张表的数据一致就行
转载
2024-04-08 14:29:06
48阅读
背景请输入不知道是否有人关注到下面这个错误日志，在一个异步流复制的环境中，我们在主库看到如下日志：ERROR: requested WAL segment 00000001000000170000001C has already been removed在从库看到如下错误日志：FATAL: could not receive data from WAL stream：ERROR: requeste
原创
2021-03-01 21:47:26
432阅读
背景请输入不知道是否有人关注到下面这个错误日志，在一个异步流复制的环境中，我们在主库看到如下日志：ERROR: requested WAL segment 00000001000000170000001C has already been removed在从库看到如下错误日志：FATAL: could not receive data from WAL stream：ERROR: requeste
原创
2021-03-06 10:42:25
781阅读
1，高级复制和stream复制 a．高级复制是基于触发器（trigger）原理，而stream是基于日志挖掘原理，因此stream复制对源数据库的性能影响更小，但实时性不如高级复制。 b．高级复制复制的对象是基于数据库目标（object）的，如表、索引和存储过程，而stream复制可以针对表、方案（schema）和整个数据库，因此如果出于容灾整个数据库的考虑，stream复制的配置相对简单。 c
随着问问题的同学越来越多，公众号内部私信回答问题已经很困难了，所以建立了一
原创
2023-06-22 11:52:17
448阅读
一、前言 PostgreSQL号称是最先进的开源数据库，对标oracle。不过从使用角度来看，个人认为pg过于学院派了，使用上比较不友好。它的设计理念还是很先进的。我今天写本文主要是从主从的角度聊一下postgreSQL。postgresql 提供了主从复制功能，有基于文件的拷贝和基于 tcp 流的数据传输两种方式。两种方式都是传输 wal 数据，前者是等待生成一个完整的
转载
2024-05-23 12:54:47
856阅读
继续PostgreSQL在CentOS Docker里的安装练习PostgreSQL数据库支持多种复制解决方案，以构建高可用性，可伸缩，容错的应用程序，其中之一是预写日志(WAL)传送。该解决方案允许使用基于文件的日志传送或流复制，或者在可能的情况下，将两种方法结合使用来实现备用服务器。通过流复制，备用(复制从属)数据库服务器配置为连接到主服务器/主服务器，该主服务器/主服务器在生成WAL记录时将
转载
2024-08-23 20:38:20
175阅读
在 PostgreSQL中，复制槽（Replication Slot）是一个默默无闻却至关重要的英雄，它确保了数据在主从库间的准确传递。今天，我们就来聊聊复制槽的故事复制槽作用：数据复制的守护者想象一下，你有一个重要的信息需要从一个地方传递到另一个地方，复制槽就是那个确保信息不丢失的信使。在 PostgreSQL 的数据复制过程中，复制槽的作用可以总结为以下几点：WAL 数据的守护者：复制槽告诉主
在PostgreSQL的复制架构中，复制槽（Replication Slots）确保主库（Primary）不会删除那些还未发送到备库（Standby）的WAL日志，从而保障数据的一致性和复制过程的完整性。本文将深入解析复制槽的工作原理，并提供一个实际测试案例，展示复制槽如何保护WAL文件不被提前删除。基本概念复制槽是PostgreSQL 9.4版本引入的功能，主要用于以下几个方面：保护WAL文件：
MySQL主从同步的原理MySQL内建的复制功能是构建大型，高性能应用程序的基础。将MySQL的数据分布到多个系统上去，这种分布的机制，是通过将mysql的某一台主机的数据复制到其它主机（slave）上，并重新执行一遍来实现。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循坏，这些日志可以记录发送到从服务器的更
转载
2024-07-11 00:03:30
140阅读
postgresql 的逻辑复制槽估计是一个被说烂的话题，但如果你是在大批量的使用逻辑复制槽作为数据的同步和
原创
2022-06-10 12:10:00
87阅读
