概念上:1.spid (system process id)  是操作系统层面的进程id .2.pid(process id)  这个是基于oracle的进程id个人理解为就是oracle给自己的进程的一个编号.3.sid.(这个就是session 的id) 这个个人理解为,就是有人在同oracle连接会话,oracle为其分配的一个编号.长用于连接其他列.说道这还的和几个动态性能视图联系起来.1.v$process视图  此视图包含当前系统中oracle的所有的进程信息,常被用于将oracle

oracle 使用的过程中,有时候会遇到锁表的情况,数据库增.删.改.查都是会锁表的,但是锁的类型会不同, 大多是行锁,部分会是表锁. 在oracle运行中,一直是有表在锁的,只不过很快一个操作结束,锁就释放了. 但是,总是有操作很慢的时候. 如:一张纪录用户实时数据的大表(1000W数据),为了查询快,加了好几个索引,导致,更新表很慢,一直锁表. 死锁的时候,数据库会一直打trace文件,文件的会比较大(100+M), 如果硬盘空间不足,会导致数据库进程沾满,无法正常使用.并且,死锁是很占用系

同事说测试库上的一张表被锁了. 不能执行DML 操作. 锁表的准确说法应该是阻塞.之前的一遍blog里有说明: 锁 死锁 阻塞Latch 等待 详解 http://blog.csdn.net/tianlesoftware/article/details/5822674 找多锁表的session,并kill 掉之后,对该表的DML 操作正常. 这里在模拟一次这个问题. 开2个session: session A: SQL>select sid from v$mystat whererownum=1

一.锁表的处理 Oracle锁表比较简单,查询锁表的session杀掉就可以了. 1.以下几个为相关表 SELECT * FROM V$LOCK; SELECT * FROM V$SQLAREA; SELECT * FROM V$SESSION; SELECT * FROM V$PROCESS; SELECT * FROM V$LOCKED_OBJECT; SELECT * FROM ALL_OBJECTS; SELECT * FROM V$SESSION_WAIT; 2.查看被锁的表 SELE

https://blog.csdn.net/a5582ddff/article/details/79566678 MySQL锁表解决方法 一.我的处理过程 1.查进程,主要是查找被锁表的那个进程的ID SHOW PROCESSLIST; 2.kill掉锁表的进程ID KILL   10866;//后面的数字即时进程的ID 网上找了些资料,了解了一下,先分享一下: 二.mysql的锁表问题 SHOW PROCESSLIST查看数据库中表的状态,是否被锁:kill id   //杀掉被锁的表====

1.运行sql: select session_id from v$locked_object;   查出锁表的session,可能很多,正常是没有的 2.SELECT sid, serial#, username, osuser FROM v$session where sid = 162;   将162换成你查出来的session_id 3.kill掉session ALTER SYSTEM KILL SESSION '162,4294';   4294为第二步查出来的serial#;

一般通过在各个页面之间传递的唯一的 Session ID,并通过 Session ID 提取这个用户在服务器中保存的 Session 变量,来跟踪一个用户.常见的 Session ID 传送方法主要有两种. 第一种方法是基于 Cookie 的方式传递 Session ID,这种方法比较优化,但是不能经常使用,因为用户在客户端可以屏蔽Cookie . 第二种方法则是通过 URL 参数进行传递,直接将会话 ID 嵌入到 URL 中去. 在 Session 的实现中通常都是采用基于 Cookie的方式

一个表中的id有多个记录,把所有这个id的记录查出来,并显示共有多少条记录数 select id ,Count(*) from table_name group by id having count(*)>1 给出一张表 查询数学成绩相同的记录,并显示出该成绩相同记录数 SELECT Math,COUNT(*) from [TestDB].[dbo].[Student] group by Math having COUNT(*)>1; 结果

我们都知道,各种主流的社交应用或者阅读应用,基本都有列表类视图,并且都有滑到底部加载更多这一功能, 对应后端就是分页拉取数据.好处不言而喻,一般来说,这些数据项都是按时间倒序排列的,用户只关心最新的动态,而不关心几个月甚至几年前消息,所以后端返回给客户端的数据是不会一次性传递全部内容的(不仅耗费流量,而且还给服务器带来巨大压力). 举个例就说MySQL,它已经给我们提供了相应的语句来支持这一功能,那就是limit关键字.比如我要拉取一个消息表中用户id为1的前10条最新数据,SQL语句如下: s

oracle中的sys用户(修改密码) (2011-07-01 09:18:11) 转载▼ 标签: it 分类: oracle 概念: SYS用户是Oracle中权限最高的用户,而SYSTEM是一个用于数据库管理的用户.在数据库安装完之后,应立即修改SYS,SYSTEM这两个用户的口令,以保证数据库的安全. 可以用三种方法修改口令:sqlplus / as sysdba;1.sql> alter user sys identified by 123456 2.sql>grant connect

查看锁表语句:方法1:    select sess.sid,           sess.serial#,           lo.oracle_username,           lo.os_user_name,           ao.object_name,           lo.locked_mode       from v$locked_object lo, dba_objects ao, v$session sess       where ao.object_id

关于mysql的锁行还是锁表,这个问题,今天算是有了一点头绪,mysql 中 innodb是锁行的,但是项目中居然出现了死锁,锁表的情况.为什么呢?先看一下这篇文章. 目时由于业务逻辑的需要,必须对数据表的一行或多行加入行锁,举个最简单的例子,图书借阅系统.假设 id=1 的这本书库存为 1 ,但是有 2 个人同时来借这本书,此处的逻辑为 ; -- 如果 restnum 大于 0 ,执行 update ; ; -- 如果 restnum 大于 0 ,执行 update ; 问题就来了,当 2 个

锁产生的原因:如果有两个会话,每个会话都持有另一个会话想要的资源,此时就会发生死锁. 同一张表不同SESSION持有不同记录 SQL> create table t1(id int); Table created. SQL> create table t2(id int); Table created. SQL> select * from t1; ID ---------- 1 2 SQL> select * from t2; ID ---------- 2 1 开始测试: SE

MySQL中select * for update锁表的范围 MySQL中select * for update锁表的问题 由于InnoDB预设是Row-Level Lock,所以只有「明确」的指定主键,MySQL才会执行Row lock (只锁住被选取的资料例) ,否则MySQL将会执行Table Lock (将整个资料表单给锁住). 举个例子: 假设有个表单products ,里面有id跟name二个栏位,id是主键. 例1: (明确指定主键,并且有此笔资料,row lock) SELECT

查看锁表进程SQL语句1: select sess.sid, sess.serial#, lo.oracle_username, lo.os_user_name, ao.object_name, lo.locked_mode from v$locked_object lo, dba_objects ao, v$session sess where ao.object_id = lo.object_id and lo.session_id = sess.sid; 查看锁表进程SQL语句2: sel

全局锁 全局锁是针对数据库实例的直接加锁,MySQL 提供了一个加全局锁的方法, Flush tables with read lock 可以使用锁将整个表的增删改操作都锁上其中包括 ddl 语句,只允许全局读操作. 全局锁的典型使用场景是做全库的逻辑备份. 不过现在使用官方自带工具 mysqldump 使用参数 --single-transaction 的时候,导出数据之前就会启动一个事务.来确保拿到一致性视图.这个应该类似于在可重复读隔离级别下启动一个一致性事务.由于 MVCC 的支持,这个

查询锁表进程: 1.查询是否锁表 show OPEN TABLES where In_use > 0;   2.查询进程     show processlist   查询到相对应的进程===然后 kill    id   补充: 查看正在锁的事务 SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;    查看等待锁的事务 SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS; 分析锁表原因: 参考:htt

ORACLE EBS操作某一个FORM界面,或者后台数据库操作某一个表时发现一直出于"假死"状态,可能是该表被某一用户锁定,导致其他用户无法继续操作 复制代码代码如下: --锁表查询SQLSELECT object_name, machine, s.sid, s.serial# FROM gv$locked_object l, dba_objects o, gv$session s WHERE l.object_id = o.object_id AND l.session_id = s

查锁表 select LOCK_INFO.OWNER || '.' || LOCK_INFO.OBJ_NAME as OBJ_NAME, -- 对象名称(已经被锁住) LOCK_INFO.SUBOBJ_NAME as SUBOBJ_NAME, -- 子对象名称(已经被锁住) SESS_INFO.MACHINE as MACHINE, -- 机器名称 LOCK_INFO.SESSION_ID as SESSION_ID, -- 会话SESSION_ID SESS_INFO.SERIAL# as S

1.问题发现 检查客户数据库的时候发现存在大量死锁的情况 Thread advanced to log sequence (LGWR switch) Current log# mem# : /oradata/oracle/online_log/redo16_01.log Current log# mem# : /oradata/oracle/online_log/redo16_02.log Tue Jul :: Archived Log entry added sequence ID : Tue

select..for update; 给数据库表手动上锁 --锁行Begin; for update; --给 id=1 的行加上排它锁且 id 有索引 ; Commit; -- 锁表 BEGIN;SELECT * FROM frm_globalsettings WHERE  KeyCode='WxDepartmentMaxValue' FOR UPDATE ;UPDATE frm_globalsettings SET keyvalue=keyvalue+1 WHERE KeyCode='Wx