postgresql查看用户连接以及杀死连接的会话 2017年10月11日 15:21:18 DB_su 阅读数 8908更多 分类专栏: postgresql   版权声明:本文为博主原创文章,遵循CC 4.0 by-sa版权协议,转载请附上原文出处链接和本声明. 本文链接:https://blog.csdn.net/DB_su/article/details/78204101 连接数大小参数: max_connection 查看连接总数: select count(*) from pg_st

Oracle 根据SQL_ID查询并杀会话,清空执行计划缓冲池2018年09月06日 10:31:40 小学生汤米 阅读数:4731. 查询最近五分钟内最高频次SQL,查看event select t.SQL_OPNAME,t.SQL_ID,count(*) from v$active_session_history t where t.SAMPLE_TIME>to_timestamp('20180906-09:55:00','YYYYMMDD-hh24:mi:ss') and t.SESSIO

一.逐条--锁表 (1)查表名 和 sessionidselect b.owner,b.object_name,a.session_id,a.locked_mode from v$locked_object a,dba_objects b where b.object_id = a.object_id; (2)sessionid(sid) .serial# select b.username,b.sid,b.serial#,logon_time from v$locked_object a,v$

root登陆mysql,查看会话(show processlist\G;): mysql> kill

今天处理了一个生产上的问题,主要就是杀会话, 生产环境是Oracle11gR2 RAC:有同事开发报表,报表工具连接到数据库上特别嚣张,把内存pin住: Select s.INST_ID, s.Machine, s.Blocking_Session, s.Sql_Id, s.Last_Call_Et, s.Sid, s.Serial#, s.Event, s.Username,/* P1, P1raw, P2, P2raw,*/ s.Module,p.spid From gV$session s

原文:http://blog.itpub.net/9240380/viewspace-666622/ SQL> declare 2 v_sid v$session.sid%type; --定义如下两个type类型,用于接收cursorv_serial# v$session.serial#%type; 3 4 cursor cur_session is select sid,serial# from v$session where program ='plsqldev.exe'; --#定义cur

之一: Oracle数据库操作中,我们有时会用到锁表查询以及解锁和kill进程等操作 (1)锁表查询的代码有以下的形式:select count(*) from v$locked_object;select * from v$locked_object;(2)查看哪个表被锁select b.owner,b.object_name,a.session_id,a.locked_mode from v$locked_object a,dba_objects b where b.object_id =

Oracle中造成一些表被死锁或者会话异常退出,如执行了更新记录操作后,既没有commit也没有rollback,网络就断开了,也会造表或记录被锁住,待到超时后才会被解开,那样都会造成应用操作被阻塞. 可以以Oralce管理员权限用户登录Oracle数据,查询到被锁的对象,然后杀除指定的会话. 用下面的语句查询被锁的对象,可以带上更多约束条件,如schemaname等更精确的匹配. SELECT  a.object_id, a.session_id, b.object_name, c.* FRO

废话不多说,直接上例子: pt-kill --host=127.0.0.1 --user=xxx --password=xxxxxx --port=xxxx --busy-time 10 --match-info="SELECT * FROM|DELETE FROM XXX" --victim all --interval 5 \--daemonize --pid=/tmp/ptkill.pid --log=/tmp/pt-kill.log --kill --print 部分选项释义:

模拟开发人员需求,可以杀死其它阻塞自己的会话1.能有查询阻塞会话确认的权限SQL> grant select on v_$session to testa;SQL> grant select on v_$sql to testa;SQL> select sid,serial#,username,sql_id,status,event,BLOCKING_INSTANCE,BLOCKING_SESSION from v$session where username='TESTA'; SID

这部分目前主要是从网上搜集来的,后续要在实践中慢慢体会. v$sqltext: 存储的是被分割的sql v$sqlarea: 存储的是完整的sql和一些统计信息,比如累计的执行次数.逻辑读.物理读等(统计) v$sql: 内存共享sql区域中已经解析的完整sql语句(即时) --查看当前性能瓶颈,sid=session id, spid=server process id, paddr=process address select * from v$mystat where rownum = 1

在前面学习了存储过程的开发.调试之后,我们现在就需要来使用存储过程了.简单的使用,像上篇<懵懂oracle之存储过程2>中提到的存储过程调用,我们可以将写好的存储过程在另一个PL/SQL块亦或是另一个存储过程中调用执行,而很多情况下,我们往往需要定时执行这个存储过程,那么我们就需要使用到Oracle的JOB,让我们的数据库可以定期的执行特定的任务. 下面就让我们来了解下JOB的方方面面: 在Oracle 10g以前,Oracle提供了dbms_job系统包来实现job,到Oracle 10g时

1.   后台 UNIX/Linux系统上,oracle用多进程模型.例如:linux上一个常规安装的数据库会有如下进程列: $ ps -ef | grep [o]ra_ oracle  15356     1  0 10:53 ?        00:00:00 ora_pmon_db12c oracle  15358     1  0 10:53 ?        00:00:00 ora_psp0_db12c oracle  15360     1  8 10:53 ?        00

1:查V$DB_OBJECT_CACHE SELECT * FROM V$DB_OBJECT_CACHE WHERE name='CUX_OE_ORDER_RPT_PKG' AND LOCKS!='0'; 注意:CUX_OE_ORDER_RPT_PKG 为存储过程的名称. 发现 locks＝2 2:按对象查出sid的值 select /*+ rule*/  SID from V$ACCESS WHERE object='CUX_OE_ORDER_RPT_PKG'; 注意:CUX_OE_ORDER

最近有同事遇到某客户数据库产生大量阻塞,等待事件为:enq HW - contention,最开始采用不断杀会话的方式,效果不好,问题一直高频反复.进一步确认SQL是大量的insert,且插入的表中含有LOB字段,根据经验最终采用设置44951 event缓解了该问题. 具体关于Oracle的44951事件,可参考Maclean的文章: 利用44951 event解决LOB SPACE enq HW - contention等待争用 这篇文章中采用的设置方法是: alter system set

expdp迁移源端数据库:cu    源端IP:   源端schema: xxx目标数据库:ora 目标IP:xxx操作流程:31日凌晨应用停,随后使用数据泵迁移,两套库迁移,迁移一套,迁移完毕应用确认结束: 环境说明:源端两套库都是单实例,10.2.0.4. 同一个目标端11.2.0.4 RAC2节点数据量:加一起30G不到,数据量小 迁移用户:一套7个用户,一套4个用户停机时间:数据库操作1小时,应用1小时,总2小时 1.环境确认 源端 目标端 Oracle软件版本 10.2.0.4 单机

真题1. 对于一个NUMBER(1)的列,如果查询中的WHERE条件分别是大于3和大于等于4,那么这二者是否等价? 答案:首先对于查询结果而言,二者没有任何区别.从这一点上讲无论是指定大于3还是指定大于等于4,二者结果都是一样的.但是,结果集一样并不代表二者等价,主要表现为以下几点: ① 在CHECK约束下,如果表属于非SYS用户,那么大于3会执行全表扫描:而大于等于4在经过CHECK约束的检查后,通过FILTER结束查询,能够更高效地返回结果,不用扫描全表.如果表属于SYS用户,那么这二者的执

pt-kill 用法记录 # 参考资料Percona-Toolkit系列之pt-kill杀会话利器http://www.fordba.com/percona-toolkit-pt-kill.html 1.pt-kill 生产环境中我们时常遇到这样的情况,数据库性能恶劣,需要马上杀掉全部会话,不然数据库就挂起来.我们可以先找show processlist的输出来杀会话,但是比较麻烦.pt-kill为我们解决了杀会话问题. 2.常用杀会话场景 -- 1.每10秒检查一次,发现有 Query 的进程

[OCP.OCM.高可用等]小麦苗课堂网络班招生简章(从入门到专家)--课程大纲 小麦苗信息 我的个人信息 网名:小麦苗 QQ:646634621 QQ群:618766405 我的博客:http://blog.itpub.net/26736162/abstract/1/ 微信公众号:xiaomaimiaolhr,二维码如下: 小麦苗的微信二维码如下所示,加我时请备注相关信息: 我的微店地址:https://weidian.com/s/793741433?wfr=c&ifr=shopdetail

 [OCP|OCM]Oracle培训考证系列  我的个人信息 网名:小麦苗 QQ:646634621 QQ群:618766405 我的博客:http://blog.itpub.net/26736162/abstract/1/ 微信公众号:xiaomaimiaolhr,二维码如下: 小麦苗的微信二维码如下所示,加我时请备注相关信息: 我的微店地址:https://weidian.com/s/793741433?wfr=c&ifr=shopdetail ?小麦苗出版的数据库类丛书:http://bl

DRCP配置及测试 一. DRCP介绍 数据库提供会话进程在数据库中使用资源的方式: 1)Dedicated Server,一个会话在数据库中对应一个专有进程,一对一服务(资源数据库占用过多,一般使用中间件应用层面进行会话数量管控及会话资源重用) 当接收到Client Server的请求之后,Dispatcher会将请求放置在一个common队列中.可用的Server Process就从队列中获取请求信息.当终止会话之后,对应的会话信息就被释放掉.Session信息是从SGA中分配出. 2)Sh