postges主从，主库中截断表会卡住耗时很久

faronzz 2021-08-05 17:06:23

postges主从，主库中截断表会卡住耗时很久，关闭从库后在执行截断，执行很快，有解决思路吗

...全文

116 6 打赏收藏转发到动态举报

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

zjcxc 2021-08-06

打赏
举报

回复

可以测试一下off时的表现，如果不卡，那应该还是要在从库上找下原因

zjcxc 2021-08-05

打赏
举报

回复

synchronous_commit 配置的是on或更高？

faronzz 2021-08-06

举报

回复

@zjcxc 目前配置的是on

zjcxc 2021-08-05

打赏
举报

回复

Truncate table ?

faronzz 2021-08-06

举报

回复

@zjcxc 是的，看了下，该表没有被锁，也没有其他sql在处理它，现在就卡住了，不知道后面如何解决

faronzz 2021-08-06

举报

回复

@zjcxc 日志我看了xlog,没啥有用的信息，你又碰到过，或者好的思路吗

最近在实际工作中遇到一个问题postgresql数据库主从部署，主库挂了，但是由于网络安全等因素，只有主库做了ip映射，这就导致了不能直接进行主从切换，修复数据库了。情况概述由于是系统出的问题，只能重做主数据库所在的服务器。而已由于需要映射和端口限制，没有办法直接把从库切换成主库。解决思路利用从库进行数据库备份还原主数据库，以防止数据丢失过多。环境数据库系统。...

因为一些原因，我们会遇到生产主从库重新同步的时候。重新同步MYSQL主从的时候有有一些注意的地方。从库还原前一定要记得reset，因为重启mysql并不影响复制进程，如果忘记reset，会导致你一边恢复，主库有动作也一边往从库写，这时候你再change master ACID也就无法保证。reset slave all;清除主从信息后，可以开始用主库的全备进行从库的恢复[root@HE1 ~]# ...

一般情况下我们配置mysql主从模式实现mysql整库的冗余或者高可用，实际应用场景中还会有只需要同步某库部分表。例如某库含有上百个表，总库大小几十上百G，我们在A/B两城之间搭建数据库主从，A/B两个数据中心之间是通过专线互联，带宽有限，部署在B城的应用实际上都只需要使用数据库的部分表，这种情况下我们就可以搭建mysql部分表主从来实现该需求。运行一段时间后随着业务的变化又需要新增部分表，总体结构还是部分表主从模式。博文实验环境如下：.........

从库还原前一定要记得reset，因为重启mysql并不影响复制进程，如果忘记reset，会导致你一边恢复，主库有动作也一边往从库写，这时候你再change master ACID也就无法保证。reset slave all;清除主从信息后，可以开始用主库的全备进行从库的恢复[root@HE1~]# mysql -uroot -p < /databackup/fullbackup/201604...

MySQL不停机主从部署引言搭建数据库备份主库数据——XtraBackup工具安装制作全量备份从库恢复全量备份数据设置主从主库操作获取binlog和pos位置从库引言在日常开发中，MySQL数据库的使用非常频繁。在MySQL的使用过程中，我们需要面对两个方面的问题：性能问题容灾问题性能问题指的是随着应用、并发量的增加，原本的一个数据库无法再承受更多的连接和访问，因此需要使用从库，以减轻主库的负载。容灾问题指的是在极端情况下，主库可能崩溃、无法访问、数据盘异常等等，因此需要从库，用于应对主库发

954

社区成员

1,459

社区内容

发帖

与我相关

我的任务

sql数据库数据库架构技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章