postgres--流复制

配置

master  192.168.2.21    5432
slave   192.168.2.22    5432
目录      /var/lib/pgsql/10/data/

配置主库

配置用户

psql
create role rep login replication encrypted password '1qaz2wsx';  

配置访问权限 pg_hba.conf

在/var/lib/pgsql/10/data/pg_hba.conf增加

host    replication rep     192.168.2.22/32     md5

配置同步文件

cd /var/lib/pgsql/10/data/

vi recovery.done

recovery_target_timeline = 'latest'  
standby_mode = on  
primary_conninfo = 'host=192.168.2.21 port=5432 user=rep password=1qaz2wsx'  
# recovery_min_apply_delay = 0   #延迟多少分钟应用,用户可以配置延迟的备库,例如给一点误操作的缓冲时间。在备库不会这么早被应用。  

启动主机

配置从库

创建目录

安装从机之后,不要初始化和启动数据库

mkdir /var/lib/pgsql/10/data/
chown postgres:postgres /var/lib/pgsql/10/data/
chmod 700 /var/lib/pgsql/10/data/

同步主库数据

su - postgres
pg_basebackup -D /var/lib/pgsql/10/data/ -F p -X stream -h 192.168.2.21 -p 5432 -U rep 

修改配置文件

根据从机配置适当修改/var/lib/pgsql/10/data/postgresql.conf

配置recovery.conf

cd /var/lib/pgsql/10/data/
mv recovery.done recovery.conf  

启动从库

service postgresql-10 restart

流复制节点的状态监控

主库

su - postgres
psql
postgres=# \x  
    Expanded display is on.  

postgres=# select pg_size_pretty(pg_wal_lsn_diff(pg_current_wal_lsn(), sent_lsn)) as sent_delay,   
pg_size_pretty(pg_wal_lsn_diff(pg_current_wal_lsn(), write_lsn)) as write_delay,   
pg_size_pretty(pg_wal_lsn_diff(pg_current_wal_lsn(), flush_lsn)) as flush_delay,   
pg_size_pretty(pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn)) as replay_delay,   
*  
from pg_stat_replication;  

    -[ RECORD 1 ]----+------------------------------
    sent_delay       | 0 bytes
    write_delay      | 0 bytes
    flush_delay      | 0 bytes
    replay_delay     | 0 bytes
    pid              | 25628
    usesysid         | 16399
    usename          | rep
    application_name | walreceiver
    client_addr      | 192.168.2.22
    client_hostname  | 
    client_port      | 59674
    backend_start    | 2018-01-03 17:57:00.690789+08
    backend_xmin     | 
    state            | streaming
    sent_lsn         | 0/F787EA30
    write_lsn        | 0/F787EA30
    flush_lsn        | 0/F787EA30
    replay_lsn       | 0/F787EA30
    write_lag        | 00:00:00.000259
    flush_lag        | 00:00:00.013562
    replay_lag       | 00:00:00.013563
    sync_priority    | 0
    sync_state       | async

从库

进入数据库

su - postgres
psql

查看当前WAL应用是否暂停

postgres=# select pg_is_wal_replay_paused();  
    -[ RECORD 1 ]-----------+--
    pg_is_wal_replay_paused | f

f表示没有暂停,t表示暂停

查看WAL接收LSN点

postgres=# select pg_last_wal_receive_lsn();  
    -[ RECORD 1 ]-----------+-----------
    pg_last_wal_receive_lsn | 0/FFA88FB8

查看WAL应用LSN点

postgres=# select pg_last_wal_replay_lsn(); 
    -[ RECORD 1 ]----------+---------
    pg_last_wal_replay_lsn | 1/1EC488

查看wal receiver的统计信息

postgres=# \x  
    Expanded display is on.  

postgres=# select * from pg_stat_get_wal_receiver(); 
    -[ RECORD 1 ]---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    pid                   | 11648
    status                | streaming
    receive_start_lsn     | 0/3A000000
    receive_start_tli     | 1
    received_lsn          | 1/2DE1E28
    received_tli          | 1
    last_msg_send_time    | 2018-01-04 17:20:38.645492+08
    last_msg_receipt_time | 2018-01-04 17:20:38.640939+08
    latest_end_lsn        | 1/2DE1E28
    latest_end_time       | 2018-01-04 17:20:38.645492+08
    slot_name             | 
    conninfo              | user=rep password=******** dbname=replication host=192.168.2.21 port=5432 fallback_application_name=walreceiver sslmode=prefer sslcompression=1 krbsrvname=postgres target_session_attrs=any

暂停WAL的应用

select pg_wal_replay_pause();  
    -[ RECORD 1 ]-------+-
    pg_wal_replay_pause | 

postgres=# select pg_is_wal_replay_paused();  
    -[ RECORD 1 ]-----------+--
    pg_is_wal_replay_paused | t

postgres=# select * from pg_stat_get_wal_receiver(); 
    -[ RECORD 1 ]---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    pid                   | 11648
    status                | streaming
    receive_start_lsn     | 0/3A000000
    receive_start_tli     | 1
    received_lsn          | 1/71D3E88
    received_tli          | 1
    last_msg_send_time    | 2018-01-04 17:23:52.302411+08
    last_msg_receipt_time | 2018-01-04 17:23:52.297611+08
    latest_end_lsn        | 1/71D3E88
    latest_end_time       | 2018-01-04 17:23:52.302411+08
    slot_name             | 
    conninfo              | user=rep password=******** dbname=replication host=192.168.2.21 port=5432 fallback_application_name=walreceiver sslmode=prefer sslcompression=1 krbsrvname=postgres target_session_attrs=any

恢复WAL的应用

postgres=# select pg_wal_replay_resume(); 
    -[ RECORD 1 ]--------+-
    pg_wal_replay_resume |

postgres=# select pg_is_wal_replay_paused();  
    -[ RECORD 1 ]-----------+--
    pg_is_wal_replay_paused | f

注意事项

防止主库wal文件被删除,从库没有接收到

方法有:使用slot、配置足够大的wal keep、wal归档。

slot

配置方法

主 postgresql.conf  
max_replication_slots = 10   

备 recovery.conf  
primary_slot_name = ''  

当备库挂了或者不再使用,而忘记删除对应的SLOT时,可能导致主库WAL无限膨胀。

wal keep

配置方法

主 postgresql.conf  
wal_keep_segments = 1024  

会导致主库的WAL预留足够的个数,占用一定空间(walkeepsegments*16M = 16G)。

wal归档

配置主库的归档,同时备库需要能获取到已归档的WAL文件。

配置方式

主 postgresql.conf  
    archive_mode = on
    archive_command = '......' 

备 recovery.conf  
    restore_command = '....'

同步账号密码的安全性

由于recovery.conf是明文,需要保护好recovery.conf文件的访问权限
或者限制只允许特定的从机访问

转载于:https://www.cnblogs.com/lykops/p/8263088.html

### RT-DETRv3 网络结构分析 RT-DETRv3 是一种基于 Transformer 的实时端到端目标检测算法,其核心在于通过引入分层密集正监督方法以及一系列创新性的训练策略,解决了传统 DETR 模型收敛慢和解码器训练不足的问题。以下是 RT-DETRv3 的主要网络结构特点: #### 1. **基于 CNN 的辅助分支** 为了增强编码器的特征表示能力,RT-DETRv3 引入了一个基于卷积神经网络 (CNN) 的辅助分支[^3]。这一分支提供了密集的监督信号,能够与原始解码器协同工作,从而提升整体性能。 ```python class AuxiliaryBranch(nn.Module): def __init__(self, in_channels, out_channels): super(AuxiliaryBranch, self).__init__() self.conv = nn.Conv2d(in_channels, out_channels, kernel_size=3, padding=1) self.bn = nn.BatchNorm2d(out_channels) def forward(self, x): return F.relu(self.bn(self.conv(x))) ``` 此部分的设计灵感来源于传统的 CNN 架构,例如 YOLO 系列中的 CSPNet 和 PAN 结构[^2],这些技术被用来优化特征提取效率并减少计算开销。 --- #### 2. **自注意力扰动学习策略** 为解决解码器训练不足的问题,RT-DETRv3 提出了一种名为 *self-att 扰动* 的新学习策略。这种策略通过对多个查询组中阳性样本的标签分配进行多样化处理,有效增加了阳例的数量,进而提高了模型的学习能力和泛化性能。 具体实现方式是在训练过程中动态调整注意力权重分布,确保更多的高质量查询可以与真实标注 (Ground Truth) 进行匹配。 --- #### 3. **共享权重解编码器分支** 除了上述改进外,RT-DETRv3 还引入了一个共享权重的解编码器分支,专门用于提供密集的正向监督信号。这一设计不仅简化了模型架构,还显著降低了参数量和推理时间,使其更适合实时应用需求。 ```python class SharedDecoderEncoder(nn.Module): def __init__(self, d_model, nhead, num_layers): super(SharedDecoderEncoder, self).__init__() decoder_layer = nn.TransformerDecoderLayer(d_model=d_model, nhead=nhead) self.decoder = nn.TransformerDecoder(decoder_layer, num_layers=num_layers) def forward(self, tgt, memory): return self.decoder(tgt=tgt, memory=memory) ``` 通过这种方式,RT-DETRv3 实现了高效的目标检测流程,在保持高精度的同时大幅缩短了推理延迟。 --- #### 4. **与其他模型的关系** 值得一提的是,RT-DETRv3 并未完全抛弃经典的 CNN 技术,而是将其与 Transformer 结合起来形成混合架构[^4]。例如,它采用了 YOLO 系列中的 RepNCSP 模块替代冗余的多尺度自注意力层,从而减少了不必要的计算负担。 此外,RT-DETRv3 还借鉴了 DETR 的一对一匹配策略,并在此基础上进行了优化,进一步提升了小目标检测的能力。 --- ### 总结 综上所述,RT-DETRv3 的网络结构主要包括以下几个关键组件:基于 CNN 的辅助分支、自注意力扰动学习策略、共享权重解编码器分支以及混合编码器设计。这些技术创新共同推动了实时目标检测领域的发展,使其在复杂场景下的表现更加出色。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值