命令的模式像下面这个: grep "script.php" /path/file.ext. 比如,下面的命令就是从/var/log/cron.log 检测cron任务是否有执行 cronscript.php 脚本文件 grep "cronscript.php" /var/log/cron 按下Enter 然后就会输出类似这样的: Feb 24 02:33:02 ecbiz108 crond[9772]: (userna5) CMD (php -q /home/use

1.查看所有待挂载设备信息 fdisk -l # fdisk -l Disk /dev/sda: bytes heads, sectors/track, cylinders, total sectors Units = sectors of * = bytes Sector size (logical/physical): bytes / bytes I/O size (minimum/optimal): bytes / bytes Disk identifier: 0x00002f03 Dev

Linux查看非root流程执行 youhaidong@youhaidong-ThinkPad-Edge-E545:~$ ps -U root -u root -N PID TTY TIME CMD 663 ? 00:00:00 dbus-daemon 713 ? 00:00:00 rsyslogd 730 ? 00:00:00 avahi-daemon 736 ? 00:00:00 avahi-daemon 987 ? 00:00:00 kerneloops 1043 ? 00:00:00 w

最近遇到了一些sh不能在crontab定时任务中自动执行的问题 期间由于不太了解,故走了一点弯路,现在总结下来可能第一次 进行设置遇到的问题.以绝后患!我所用过的操作系统为HP-unix&linux&sco-unix,均测试通过 1,首先确保sh脚本具有可执行属性 即chmod +x  ***.sh 或chmod +777 ***.sh 2,确保sh脚本手工执行正常 即在当前系统内手工执行sh脚本以后能收到自己期望得到的结果 3,加载环境变量 这个问题是经常容易被忽略的问题,通常我们在第二

终于弄清楚一个问题了.linux创建定时任务,定时执行sql,其中分为两个case. case-1 sql语句较少,因此直接在 shell脚本中 写sql语句.如下: [oracle@Oracle11g scripts]$ cat  add_data.sh#!/bin/bash ORACLE_BASE=/u01/app/oracle; export ORACLE_BASEORACLE_HOME=$ORACLE_BASE/product/11.2.0/db_1; export ORACLE_HOM

1.在pl/sql中打开cmd命令容器 2.在cmd命令窗口中输入:explain plan for select * from t; 3.查看sql语句的执行计划:select * from table(dbms_xplan.display); MISSES IN library cache during parse:1 翻译:发生在解析的硬解析数量为1,表示硬解析 MISSES IN library cache during parse:0 翻译:发生在解析的硬解析数量为0,表示没有硬解析,

先执行 SQL> alter session set statistics_level=all; 会话已更改. 再执行SQL语句: SQL> select count(*) from tb_16million; COUNT(*) ---------- 16000000 再查看带有A-time的执行计划: SQL> select * from table(dbms_xplan.display_cursor(null,null,'allstats last')); PLAN_TABLE_OU

在用crontab进行定时任务时,发现任务并没有执行.而手动bash yourshell.sh时可以正常的执行程序.以下是个人的解决流程. 一.将错误打印打out.log */10 * * * * bash yourshell.sh >> /tmp/out.log 2>&1 二.查看out.log发现并没有出错.那么一般是shell脚本环境变量的问题. export PATH=$PATH:/usr/local/bin(如果没有这一行语句,shell会不识别scrapy) cd /

crontab 问题小记: 环境变量问题, 养成良好的习惯, 在脚本开头export PATH 原因是 crontab 执行定时任务时,用的不是系统环境变量,而是自己的环境变量,可以把 echo $PATH 加入crontab 输出到日志中查看 所以一些自己写的工具,或是系统命令,执行的时候写绝对路径,或是简单点脚本开头加载 . /etc/profile -------------------更新----------------- crontab 之所以使用的不是系统环境变量,是因为 login

在SQL优化过程,有时候需要查看哪些SQL具有多个执行计划(Multiple Executions Plans for the same SQL statement),因为同一个SQL有多个执行计划一般意味着代码有问题或某些其它原因,例如,SQL语句使用绑定变量,但是绑定变量的类型或长度可能不一致会导致同一SQL出现不同执行计划. --查看数据库里面有多个执行计划的SQL语句的SQL_ID SELECT SQL_ID, COUNT(1) AS PLAN_NUM FROM V$SQL GROUP 

ORACLE的执行计划分为预估执行计划和实际执行计划.其中,你用Toad.PL/SQL Developer.SQL Developer.EXPLAIN PLAN FOR或者SET ATUOTRACE TRACEONLY等获取的执行计划都是预估的执行计划.有时候预估执行计划和实际执行计划有很大的差别,所以有时候,调优的时候需要对比实际执行计划和预估的执行计划,不能被预估的执行计划给欺骗了.那么我们怎么查看实际的执行计划呢?   方法1:查询v$sql_plan视图中的实际执行计划 1:在窗口执行下

一.查看当前锁定的事务 ,) ,用户机器名称,) ,是否被锁住),blocked) ,数据库名称,),cmd 命令,waittype as 等待类型 ,last_batch 最后批处理时间,open_tran 未提交事务的数量 from master.sys.sysprocesses 二.查看锁定的语句等 select t1.resource_type [资源锁定类型],DB_NAME(resource_database_id) as 数据库名 ,t1.resource_associated_e

在transactional replication troubleshooting的过程中,经常会遇到下面的场景: 客户在发布端执行了一个几百万行的更新,结果导致性能下降. 客户很想知道目前distribution agent的进度,完成的百分比,决定是等下去还是跳过这个过程.如果已经完成了90%,那么贸然停止就非常可惜了,并且rollback的操作也是要很长时间的. 下面介绍如何查看进度. 如果distribution agent已经启用了verbose log,可以通过verbose lo

程序开发少不来SQL,基本都是基于SQL开发,程序仅仅起一个流程控制的作用.但是数据库本身存在许多内置的视图或者内置的表,如果打算研究SQL执行的效率已经SQL执行的历史记录,通过这些视图可以知道. SQLSERVER,Oracle,MySQL都有内置视图 http://www.cnblogs.com/net2012/archive/2013/01/21/2869636.html [总结] 查看v$sqlarea只能查看粗略的历史,因为很多SQL是共享的. 查看ASH也不全,因为这是采样数据,测

希望查看一个计划任务最后运行的时间和这个计划任务最后一次运行花费了多长时间.单击计划任务边上的 历史(History )连接. 如果一个计划任务从来没有运行的胡啊,那么这个历史的链接是不会显示的. 屏幕截图:任务执行历史 https://www.cwiki.us/display/CONF6ZH/Scheduled+Jobs

1)通过使用history命令,我们可以深入到一个Job的任务级层面查看执行最快的任务,以及执行最慢的任务,以及其他的有用信息.命令如下: hadoop job -history /output “/ouptut”就是要查询的job的输出路径,如果输出路径位于hdfs的根目录下,有时候会忘记添加“/”,也就是使用如下命令: hadoop job -history output 就会出现如下提示: 就是因为没有提高正确的路径,所以找不到文件,触发了IO异常. 2)当我们使用了history命令,得

在Yii框架下查看当前页面执行的所有sql语句的方法,主要是通过配置相关文件来达到调试sql的目的,具体方法如下: (1)修改 index.php 开启调试模式 在 index.php 文件内增加如下两行代码(如果不存在的话):   1 //开启调试模式 2 defined('YII_DEBUG') or define('YII_DEBUG',true); 3 //设置日志记录级别,YII_TRACE_LEVEL的数字越大,信息越清楚 4 defined('YII_TRACE_LEVEL') o

在Yii框架下查看当前页面执行的所有sql语句的方法,主要是通过配置相关文件来达到调试sql的目的,具体方法如下: (1)修改 index.php 开启调试模式 在 index.php 文件内增加如下两行代码(如果不存在的话): 查看代码   打印 1 //开启调试模式 2 defined('YII_DEBUG') or define('YII_DEBUG',true); 3 //设置日志记录级别,YII_TRACE_LEVEL的数字越大,信息越清楚 4 defined('YII_TRACE_L

查看执行计划的方式有三种: EXPLAIN PLAN .V$SQL_PLAN .SQL*PLUS AUTOTRACE 1.EXPLAIN PLAN: 显示执行相应语句时可以使用的理论计划 读取执行计划:按缩进量读取,缩进越多,越先执行:缩进量相同,先上后下. dbms_xplan 程序包里三种表函数 display (理论并未真正执行) display_awr(真正执行) display_cursor(查询内存中执行过的执行计划) 语法: EXPLAIN PLAN SET STATEMENT_I

在性能调优工作中,首要的事情是找出性能瓶颈.而针对数据库应用,由于商用数据库对上层应用来说是个黑盒,所以往往需要借助数据库的一些接口或工具来了解数据库的具体行为,并结合相关知识和业务进行调测.    简单来说,数据库在执行一个查询之前,会为该查询生成一个最优(至少它这样认为)的查询计划(Query Plan),然后再根据计划的指示来执行实际的操作和处理.如果能了解到查询计划,也就能知道一个查询真正是怎样执行下来的.时间都耗在哪里.有哪些影响因素等.第一步:创建报告目录在正常运行的时候,查询计划是

在/var/spool/cron/文件夹下放置了所有定时任务文件, 1.运行crontab -u $用户名 -e会显示$用户的所有定时任务: 2.运行sudo crontab -e会显示root用户所有定时任务: 3.配置一个需root权限执行的命令: 在Linux中我们可以使用crontab来配置定时任务,对于非root权限的命令,我们都好处理,一般网上都能搜索到,linux定时任务crontab执行root命令可按上面方法进行.