1.使用Master数据库 2.选择数据库 select * from master.sys.sysprocesses where dbid=db_id('database') 3.查出进程使用kill命令杀掉进程kill 51 4.还原数据库

前言: 无意间使用 kill -9 命令杀掉了nginx的主进程,当我再次使用 ./nginx -s reload 重新刷新nginx的时候,一直出现了下面的错误信息: nginx: [alert] kill(27905, 1) failed (3: No such process) 同时,执行命令 ./nginx -t 返回的结果如下: nginx: the configuration file /opt/nginx-1.4.7/conf/nginx.conf syntax is ok ngi

qt widget设置Qt::FramelessWindowHint和Qt::WA_TranslucentBackground, 会出现一个bug: 在最小化后还原时界面停止刷新 Widget with Qt::FramelessWindowHint and Qt::WA_TranslucentBackground stops painting after minimize/restore 被这个问题折腾了好几天, 真特么郁闷 该bug在qt 5.1.1中修复, bugreport链接 http

USE [erpdb1]GO/****** Object:  StoredProcedure [dbo].[p_lockinfo_MyKill]    Script Date: 12/26/2014 14:59:58 ******/SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER OFFGO ALTER proc [dbo].[p_lockinfo_MyKill]@kill_lock_spid bit=1,  --是否杀掉死锁的进程,1 杀掉, 0 仅显示@sho

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语句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

查看锁表进程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_

前几天发现服务器上的mysql出现锁表了,show processlist后发现好多都是因为写进session才锁表的,看到这个想起了会不会是硬盘空间不够了,马上查看了服务器硬盘空间,发现都100%了,马上清理硬盘空间,清理完后,还要杀掉mysql里锁表的进程,网上搜了个shell脚本来kill锁表的进程. 1.下面是脚本内容:   cat /root/soft_shell/mysql_sleep_kill.sh #!/bin/bash >/root/locked_log.txt >kill_

转载:http://francs3.blog.163.com/blog/static/4057672720109854858308/ Postgresql 8.3.3 今天应用反映数据库很慢,有些SQL执行一天都没执行完,检查数据库,发现大量会话在更新同一张表 tbl_tmp, 产生大量行锁申请等侍. --等于等侍状态的SQL (被堵住的SQL) anpstat=# select datname,procpid,query_start,current_query,waiting,client_a

在使用jenkins进行自动化部署服务的过程中,发现调用服务器的shell命令无法正常启动tomcat,但是构建日志显示是成功执行的,而手动在服务器却是可以正常启动tomcat. 原因:jenkins默认在build结束后会kill掉所有的衍生进程 Jenkins提供了hudson.util.ProcessTree.disable和hudson.util.ProcessTreeKiller.disable两个属性来控制些特性,值为true将禁用此特性.hudson.util.ProcessTre

mysql中创建索引时,一直卡住不动,刚开始以为可能是数据量太大导致的,可是一直等了很久还是一样没有反应,看来操作的表被锁住了,执行show processlist 果然发现有大量的lock,使用kill id单独杀死连接是可以的,但是非常笨,不够强大,这里提供一个大招: 1.查找所有connection 的id 生成 kill id; 格式的文本 2.SELECT concat('KILL ',id,';') FROM information_schema.processlist  INTO

#!/bin/sh . "./set-server-env.sh" 这里是输出ps -ef |grep java 结果的第二列的内容然后通过xargs传递给kill -9,其实第二列内容就是java的进程号! 附录: 1,awk是一种编程语言,用于在Linux/unix下对文本和数据进行处理.数据可以来自标准输入.一个或多个文件,或其它命令的输出.它支持用户自定义函数和动态正则表达式等先进功能,是linux/unix下的一个强大编程工具.它在命令行中使用,但更多是作为脚本来使用.awk

以下测试例子以SQL 2008备份,在SQL2014还原,造成索引被禁用. --备份环境(SQL Server 2008 R2) /* MicrosoftSQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64) Apr 2 2010 15:48:46 Copyright (c) Microsoft Corporation Data Center Edition (64-bit) on WindowsNT 6.1 <X64> (Build 7600: ) (Hy

使用了Amazon AWS EC2免费云空间,数据库实例采用Amazon RDS.原来在Windows Server上有一个存在大量数据的MySQL数据库.现在需要在Amazon RDS上还原这个MySQL数据库,勾掉Views(因为它会要求SUPER权限,而Master User无此权限,毕竟是托管的RDS),只留下Tables,如下图(使用Navicat): 图1:勾掉Views,因为RDS上的Masteruser无Super权限,无法还原Views对象 但在还原时,仍然出现如下的错误信息:

SQL Server 2005数据库还原出错错误具体信息为:备份集中的数据库备份与现有的A数据库不同 具体操作如下:第一次:新建了数据库A,数据库文件放在E:\DB\A目录下,选中该数据库右键-任务-还原-文件和文件组,在源设备中找到备份文件A.bak,目标数据库选中A,还原路径找到E:\DB\A目录下数据库文件(刚才所建数据库A的数据库文件),选择覆盖原数据库,点还原后出现错误:备份集中的数据库备份与现有的A数据库不同 第二次:删除了数据库A,直接在根节点的数据库右键-还原数据库,出来对话框中

  今天遇到一个非常奇怪的现象,查看ORACLE数据库的一个文件,明明这个文件是存在的,但是使用ls -lrt 查看都显示这个文件不存在.很是纳闷! 后面发现在终端输入文件名后并使用tab键时,发现文件后其实是有空格(不可见字符).如下截图所示: [oracle@ehvlnx02 ~]$ ls -lrt /u01/oradata/SCM2/system01.dbf ls: /u01/oradata/SCM2/system01.dbf: No such file or directory [ora

背景 在操作Oracle时,多人同时操作oracle数据库的同一张表的时候,经常会造成锁表现象,这时需要手动进行解锁. 步骤 以dba身份登录Oracle数据库(否则用户缺少杀掉进程权限,需要给用户分配权限) sqlplus  /  as sysdba,如下图 查看被锁住的表进程 select b.owner,b.object_name,a.session_id,a.locked_mode from v$locked_object a,dba_objects b where b.object_i

1: top 查看 >top -c 此时 我们使用kill -9 15003, 杀掉这个进程短暂的CPU降低几秒, 然后死灰复燃了, 又一个进程占了CPU 99% 2: 查看15003 进程状态, > cat /proc/15003/status Pid  :当前进程ID PPid:当前进程的父进程  此时执行2次杀进程 kill - kill - 如果还是不行,本博主也不知道,重启服务器... 第二天发现一个问题redis 出现了Backup 3个key,存了一个url  https://t

$ `ps aux | grep test | grep -v grep | awk '{print $2}'` 杀掉含有test且不含有grep的进程,后面的 awk '{print $2}' 是进程号

Linux下端口被占用解决 有时候关闭软件后,后台进程死掉,导致端口被占用.下面以JBoss端口8083被占用为例,列出详细解决过程. 解决方法: 1.查找被占用的端口 netstat -tln netstat -tln | grep 8083 netstat -tln 查看端口使用情况,而netstat -tln | grep 8083 则是只查看端口8083的使用情况 2.查看端口属于哪个程序?端口被哪个进程占用 lsof -i :8083 3.杀掉占用端口的进程 kill -9 进程id

  ps -ef | grep java | grep -v grep | awk '{print $2}' | xargs kill -9 管道符"|"用来隔开两个命令,管道符左边命令的输出会作为管道符右边命令的输入. "ps -ef" 是linux里查看所有进程的命令.这时检索出的进程将作为下一条命令'Jps'的输入. "grep 'Jps'" 的输出结果是,所有含有关键字'Jps'的进程. "grep -v 'i' "