Vertica中断会话

在Vertica的使用过程中经常会碰到在执行了一个耗时的查询的时候希望强行结束或者说中断这一操作，此时可以通过Vertica提供的INTERRUPT_STATEMENT()功能来解决这类问题，INTERRUPT_STATEMENT需要两个参数，第一个参数是session_id，第二个参数是statement_id，这两个参数都可有从sessions表里获得。

首先从sessions表里查出需要结束的session_id和statement_id


1

SELECT * FROM sessions；

然后执行


1

SELECT INTERRUPT_STATEMENT(‘<session_id>‘, ‘<statement_id>‘);

也可以使用下面的命令来关闭回话


1

2

SELECT CLOSE_ALL_SESSIONS();

SELECT CLOSE_SESSION(‘session_id‘);
时间： 2024-08-23 23:22:15

Vertica中断会话的相关文章

Screen会话命令 Linux

Screen会话命令 Linux 记得很早之前已经写过关于screen的文章了,不知怎么丢失了,只好再写一下,方便以后使用! 由于经常在服务器上运行程序,本地不可能一直和服务器保持连接,而且如果本地和服务器的连接断开,在服务器上运行的程序将会终止,为了,查找了一些网络资料,发现screen 会话命令可以保持本地和服务器断开后,程序继续在服务器上运行,并且运行结束后,输出最后的结果. 由于再写一次比较浪费时间,这里就直接转发David_Tang的文章了,很全!(下面有些自己根据遇到的问题,进行了部

【转载】linux 技巧：使用 screen 管理你的远程会话

转自:https://www.ibm.com/developerworks/cn/linux/l-cn-screen/ 总结 启动并进入一个screen会话:screen 或者 screen -S 名称 $ screen -S copyLocalFileToHdfsScreen 离开当前会话并可以再回来:control+a+d [detached from 26886.copyLocalFileToHdfsScreen] 回到一个会话:screen -ls $ screen -ls There

ORACLE快速彻底Kill掉的会话

在ORACLE数据库当中,有时候会使用ALTER SYSTEM KILL SESSION 'sid,serial#'杀掉一个会话进程,但是使用这个SQL语句杀掉会话后,数据库并不会立即释放掉相关的资源,有时候你会发现锁定的资源很长时间也不会释放,即使会话状态为"KILLED",依然会阻塞其它会话. 下面根据Eygel的"Oracle中Kill session的研究",构造一个案例看看kill session到底做了什么.如下所示 会话1: SQL> conn

linux 技巧：使用 screen 管理你的远程会话

原文地址: http://www.ibm.com/developerworks/cn/linux/l-cn-screen/ 你是不是经常需要 SSH 或者 telent 远程登录到 Linux 服务器?你是不是经常为一些长时间运行的任务而头疼,比如系统备份.ftp 传输等等.通常情况下我们都是为每一个这样的任务开一个远程终端窗口,因为他们执行的时间太长了.必须等待它执行完毕,在此期间可不能关掉窗口或者断开连接,否则这个任务就会被杀掉,一切半途而废了. 元凶:SIGHUP 信号 让我们来看看为什么

GreenPlum之进程会话管理篇

--1.查询指定库下面的活动会话,procpid字段表示会话Proc select * from pg_stat_activity where datname = 'dbname'; --2.中断查询,${procpid}表示上面查询对应的procpid,下同 select pg_cancel_backend(${procpid}); --3.中断会话连接 select pg_terminate_backend(${procpid}); --4.如果需要批量终止或中断连接会话,可以写成函数或简单

如何彻底杀掉不良用户会话

在ORACLE数据库当中,有时候会使用ALTER SYSTEM KILL SESSION 'sid,serial#'杀掉一个会话进程,但是使用这个SQL语句杀掉会话后,数据库并不会立即释放掉相关的资源,有时候你会发现锁定的资源很长时间也不会释放,即使会话状态为“KILLED”,依然会阻塞其它会话. 在ORACLE数据库杀掉会话进程有三种方式: 1: ALTER SYSTEM KILL SESSION 关于KILL SESSION Clause ,如下官方文档描述所示,alter system k

TCP会话劫持_转

前言通常,大家所说的入侵,都是针对一台主机,在获得管理员权限后,就很是得意:其实,真正的入侵是占领整个内部网络.针对内部网络的攻击方法比较多,但比较有效的方法非ARP欺骗.DNS欺骗莫属了.但是,不管使用什么技术,无非都是抓取目标的数据包,然后分析出敏感数据.如果目标内部采用的是共享式网络(采用HUB集线器连网),那只需要把网卡设置为"混杂模式",挂上嗅探器(Sniffer),就能简听到你想得到的数据.如果是交换式网络(采用交换机连网),这样方法就行不通了,因为对于嗅探器,有三种网络环

ORACLE快速彻底Kill掉的会话（转载）

转载:http://www.cnblogs.com/kerrycode/p/4034231.html 在ORACLE数据库当中,有时候会使用ALTER SYSTEM KILL SESSION 'sid,serial#'杀掉一个会话进程,但是使用这个SQL语句杀掉会话后,数据库并不会立即释放掉相关的资源,有时候你会发现锁定的资源很长时间也不会释放,即使会话状态为“KILLED”,依然会阻塞其它会话. 下面根据Eygel的"Oracle中Kill session的研究",构造一个案例看看k

Linux-使用 screen 管理你的远程会话

转自:http://www.ibm.com/developerworks/cn/linux/l-cn-screen/ 你是不是经常需要 SSH 或者 telent 远程登录到 Linux 服务器?你是不是经常为一些长时间运行的任务而头疼,比如系统备份.ftp 传输等等.通常情况下我们都是为每一个这样的任务开一个远程终端窗口,因为他们执行的时间太长了.必须等待它执行完毕,在此期间可不能关掉窗口或者断开连 接,否则这个任务就会被杀掉,一切半途而废了. 元凶:SIGHUP 信号 让我们来看看为什么关掉