Clickhouse备份恢复也可以使用clickhouse-client的backup和restore命令,clickhouse-client的backup命令备份出来的备份包的内容和开源工具clichouse-backup备份出来的备份包的内容类似，应该都是物理备份。也可以拿到异机进行恢复，直接把备份包放到异机配置的system.disks备份目录下面后，再在异机下面直接执行restore da

2025年开篇，一文搞懂ElasticSearch最新版8.0版本的集群安装和https安全证书的配置

clichouse-backup备份的总结1、clichouse-backup备份的方式是物理备份2、clichouse-backup只能在数据库本机运行备份，在远程异机去备份目标机器的clickhouse数据库的话，只能备份元数据3、clichouse-backup备份文件名在执行clichouse-backup create backupname备份语句时自定义4、clichouse-back

Docker环境的下的clickhouse备份，不能使用clickhouse-backup，因为clickhouse-client只能备份Docker环境下的clickhouse的元数据Docker环境的下的clickhouse备份，可以使用TCP的clickhouse-client的9000或HTTP的8123连接clickhouse服务器后使用backup\restore命令来备份\恢复

本文来自postgresql官方文档https://www.postgresql.org/docs/11/postgres-fdw.htmlhttp://postgres.cn/docs/11/postgres-fdw.html代价估计选项postgres_fdw通过在远程服务器上执行查询来检索远程数据，因此理想的扫描一个外部表的估计代价应该是在远程服务器上完成它的花销，外加一些通信开销。得到这样

官方文档的一段说明For most kinds of objects, the initial state is that only the owner (or a superuser) can do anything with the object.The right to modify or destroy an object is always the privilege of the ow

分析：物理32GB的情况下，OOM时捕获的postgresql最大所需内存居然达total-vm:37766764kB，检查发现postgresql数据库级别的内存参数设置都是合理的,并且postgresql的被OOM级别很低值为-900(-1000的话就不会被内核OOM)。SHR：SHR是share（共享）的缩写，表示进程占用的共享内存大小，共享内存就是被多个进程所共享的内存，比如动态库libc

重启操作系统后/etc/resolv.conf中的内容没变还是127.0.0.53，重启操作系统后执行resolvectl status还是只有/etc/systemd/resolved.conf中的DNS 172.22.136.2和/etc/netplan/00-installer-config.yaml中的DNS 172.22.10.66，没有/etc/resolv.conf中的127.0.0

官方文档https://docs.microsoft.com/zh-cn/sql/relational-databases/replication/subscribe-to-publications?view=sql-server-2017事务复制的工作机制事务复制是由 SQL Server 快照代理、日志读取器代理和分发代理实现的。快照代理准备快照文件（其中包含了已发布表和数据库对象的架构和数据

关系型数据库主从节点的延迟是否和隔离级别有关联，个人认为两者没有直接关系，主从延迟在关系型数据库中一般和这两个时间有关：事务日志从主节点传输到从节点的时间+事务日志在从节点的应用时间事务日志从主节点传输到从节点的时间，相关因素有以下2点：1、事务写入主节点日志文件的条件，有的数据库(oracle\sqlserver\postgresql)是事务一部分完成就会写入日志文件，有的数据库(mysql)是