主从复制
1. 基于文件的日志传送
创建一个高可用性（HA）集群配置可采用连续归档，集群中主服务器工作在连续归档模式下，备服务器工作在连续恢复模式下（1台或多台可随时接管主服务器），备持续从主服务器读取WAL文件。
连续归档不需要对数据库表做任何改动，可有效降低管理开销，对主服务器的性能影响也相对较低。
直接从一个数据库服务器移动WAL记录到另一台服务器被称为日志传送，PostgreSQL通过一次一文件（WAL段）的WAL记录传输实现了基于文件的日志传送。
日志传送所需的带宽取根据主服务器的事务率而变化；
日志传送是异步的，即WAL记录是在事务提交后才被传送，那么在一个窗口期内如果主服务器发生灾难性的失效则会导致数据丢失，还没有被传送的事务将会被丢失；
数据丢失窗口可以通过使用参数archive_timeout进行限制，可以低至数秒，但同时会增加文件传送所需的带宽。
2. 流复制
PostgreSQL在9.x之后引入了主从的流复制机制，所谓流复制，就是备服务器通过tcp流从主服务器中同步相应的数据，主服务器在WAL记录产生时即将它们以流式传送给备服务器，而不必等到WAL文件被填充。
默认情况下流复制是异步的，这种情况下主服务器上提交一个事务与该变化在备服务器上变得可见之间客观上存在短暂的延迟，但这种延迟相比基于文件的日志传送方式依然要小得多，在备服务器的能力满足负载的前提下延迟通常低于一秒；
在流复制中，备服务器比使用基于文件的日志传送具有更小的数据丢失窗口，不需要采用archive_timeout来缩减数据丢失窗口；
将一个备服务器从基于文件日志传送转变成基于流复制的步骤是：把recovery.conf文件中的primary_conninfo设置指向主服务器；设置主服务器配置文件的listen_addresses参数与认证文件即可。
操作系统: CentOS 7
数据库: PostgreSQL 12
一、主库配置
1、创建具有流复制权限的用户
CREATE ROLE replica login replication encrypted password 'replica的密码';
2、编辑pg_hba.conf
# 新增或修改下列属性设置 # 监听所有IP listen_addresses = '*' # 开启归档 archive_mode = on #归档命令 archive_command = 'test ! -f /var/lib/pgsql/12/data/pg_archive/%f && cp %p /var/lib/pgsql/12/data//pg_archive/%f' # 9.6开始没有hot_standby（热备模式） wal_level = replica #最多有2个流复制连接 max_wal_senders = 2 wal_keep_segments = 16 #流复制超时时间 wal_sender_timeout = 60s # 最大连接数，据说从机需要大于或等于该值 max_connections = 100
3、重启postgres
pg_ctl -D /var/lib/pgsql/12/data -l logfile restart
二、从库配置
1、验证在从库是否可以访问主节点
psql -h 10.20.2.195 -U postgres
2、停止从库postgres服务
pg_ctl -D /var/lib/pgsql/12/data -l logfile stop
3、清空从库数据存储文件夹
rm -rf /var/lib/pgsql/12/data/*
4、从主服务器上copy数据到从服务器，这一步叫做“基础备份”
pg_basebackup -h 主节点IP -p 5432 -U replica -Fp -Xs -Pv -R -D /var/lib/pgsql/12/data
5、此时data目录下会出现standby.signal文件，编辑此文件
## 加入 standby_mode = 'on'
6、修改postgresql.conf文件
#从机信息和连接用户 primary_conninfo = 'host=主节点IP port=5432 user=replica password=replica用户的密码' #说明恢复到最新状态 recovery_target_timeline = latest #大于主节点，正式环境应当重新考虑此值的大小 max_connections = 120 #说明这台机器不仅用于数据归档，还可以用于数据查询 hot_standby = on #流备份的最大延迟时间 max_standby_streaming_delay = 30s #向主机汇报本机状态的间隔时间 wal_receiver_status_interval = 10s #r出现错误复制，向主机反馈 hot_standby_feedback = on
7、重启从库
pg_ctl -D /var/lib/pgsql/12/data -l logfile start
三、验证主从搭建是否成功
1、连接主库执行
select client_addr,sync_state from pg_stat_replication;
说明从服务器正在接收流，而且是异步流复制。主从配置成功
四、主从切换
主数据库是读写的，备数据库是只读的。当主数据库宕机了，可以通过pg_controldata命令将从库提升为主库（将只读模式变成读写），实现一些基本的HA应用。也可以通过建立触发文件提升为主库，不推荐。命令快捷不容易出错。
1、查看/var/lib/pgsql/12/data复制状态
主库
从库
2、主库故障，停止主库服务
3、提升从库为主库
su - postgres -c "pg_ctl promote" server promoting
4、查看从库日志
cat /var/lib/pgsql/912/data/pg_log/postgresql-Mon.log
以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。