缘起 遇到一个奇怪的现象,select和delete表时正常执行,但truncate和drop表时会一直运行,也不报错. 原因 "drop table " 和 "truncate table " 需要申请排它锁 "ACCESS EXCLUSIVE ", 执行这个命令卡住时,说明此时这张表上还有操作正在进行,比如查询等,那么只有等待这个查询操作完成,"drop table" 或"truncate table"

今天遇到Postgresql的一个问题,部分表记录的update一直无效报错,初步判断为锁表,赶紧进行解决. 1. 查询死锁进程列表 select * from pg_stat_activity where waiting='t' 发现有好几条挂起的记录,记录下所有或需要解锁的pid 2. 解决死锁进程 select pg_cancel_backend('pid值') 解决完后,刷新后测试,恢复正常. 注:如果pg_stat_activity没有记录,可以查询pg_locks这个表中是否有锁定的

今天遇到一个奇怪的现象,select和delete表时正常执行,但truncate和drop表时会一直运行,也不报错. 查了些资料才发现问题的原因,总结如下: "drop table " 和 "truncate table " 需要申请排它锁 "ACCESS EXCLUSIVE ", 执行这个命令卡住时,说明此时这张表上还有操作正在进行,比如查询等, 那么只有等待这个查询操作完成,"drop table" 或"tru

1.Greenplum集群或者Postgresql出现死锁肿么办? 由于Postgresql和Greenplum集群这数据库知识很深的,没有仔细研究,遇到问题真的不知道肿么处理,我遇到死锁,是采取了暴力手段,直接杀锁了. [biehl@cen-gp-master ~]$ sudo su [sudo] password for biehl: 输入密码,看不见的. [root@cen-gp-master biehl]# su gpadmin [gpadmin@cen-gp-master biehl]

查到对应的用户的活动连接: select * from pg_stat_activity where username="xxx"; 杀掉死锁的连接: select pg_terminate_backend(pid)

9月9日,PostgreSQL全球开发组宣布了9.3版发布的消息.从2010年9.0版开始,PostgreSQL已经连续四个版本稳定地按时在每年9月中旬发布,从一个侧面也显示了开发团队的强大实力. 9.3版的新增点通过官方的特性矩阵能够最直观地看到.官方Wiki中的What‘s New和正式文档中的版本说明有更详细的说明. 比较显著的新增特性包括: 外部数据集成 外部数据封装器现在可写了,大大有助于系统间的双向数据交换.这在目前多种数据库和存储技术共存的复杂IT系统中非常重要. 新增了一个高性能

0. 帮助 $/home/lhl/az/pg/bin/pg_ctl --help pg_ctl is a utility to initialize, start, stop, or control a PostgreSQL server. Usage: pg_ctl init[db] [-D DATADIR] [-s] [-o "OPTIONS"] pg_ctl start [-w] [-t SECS] [-D DATADIR] [-s] [-l FILENAME] [-o &quo

首先声明:未经本人同意,请勿转载,谢谢! 本人使用自己编译的开源版本的greenplum数据库用于学习,版本为PostgreSQL 8.3.23 (Greenplum Database 4.3.99.00 build dev) on x86_64-unknown-linux-gnu, compiled by GCC gcc (GCC) 4.8.5 20150623 在使用的过程中遇到不少的问题,今天记录一下高并发的情况下,执行insert和vacuum操作造成的死锁,以及解决方案 一.问题描述:

http://meidayhxp.blog.163.com/blog/static/117608156201210243837491/ 这个内容是官方Doc中的一章,具体是那一版的,还未确认. 第九章 并发控制 本章介绍PostgreSQL的并发控制机制.当两个或多个用户同时访问同一个数据行时,需要使用并发控制机制来维护数据的完整性和一致性. 9.1 概述 PostgreSQL使用的是多版本并发控制机制(Multiversion Concurrency Control, MVCC).多版本并发控

一.查看sql语句是否发生死锁 1.查看数据库的进程.SELECT * FROM pg_stat_activity WHERE datname='死锁的数据库ID ';检索出来的字段中,[wating ]字段,数据为t的那条,就是死锁的进程,找到对应的[procpid ]列的值. 例如:SELECT  procpid  FROM pg_stat_activity WHERE datname='数据库ID' and waiting ='t'; 2.杀掉进程. kill有两种方式,第一种是:SELE