精华内容
下载资源
问答
  • 用户首先选择某一业务下对应的目标主机,需要巡检的数据库实例(支持多选),设置数据采样区间(当前时间之前的任意时间段)。 点击立即巡检按钮,等待数秒钟,巡检完成。点击查看详情,导出报告。 2、定时...

    蓝鲸paas平台app开发经验分享

    蓝鲸PaaS介绍

    腾讯蓝鲸智云是一套基于PaaS的技术解决方案,提供了完善的前后台开发框架、调度引擎、公共组件等模块,帮助业务的产品和技术人员快速构建低成本、免运维的支撑工具和运营系统。

    PaaS平台不仅将应用服务的运行和开发环境作为一种服务提供给开发者用户,更为开发者用户提供了高效便捷的开发服务,如:组件系统,统一登录,权限管理,后台框架,MagicBox,桌面/工作台等。
    在这里插入图片描述
    PaaS平台提供支持多语言的开发框架,助力运维人员能基于平台之上以自己擅长的技术语言(Python、java等)开发运维自动化工具。

    通过了解PaaS的设计理念,运维人员能够基于蓝鲸的PaaS平台,从零开始进行SaaS应用的实战开发,快速构建企业运维/运营系统,提升企业自动化水平。

    开发背景

    之前在一个银行自动化运维项目中,客户希望我们在蓝鲸PaaS上开发一个数据库巡检SaaS。具体需求如下:

    为了保障数据库正常运行,保证数据的安全性、完整性和可用性,需要开发一个自动化巡检工具,代替原来的人工数据库巡检。并且巡检周期窗口分为日巡检、周巡检、月巡检、半年度巡检四类:

    • 日巡检维护指每日按计划进行的巡检维护活动,以检查数据库运行状态、数据库备份状态和告警错误为主要内容。
    • 周巡检维护指按一周为周期,在每周指定日按计划进行的巡检维护活动,它的工作内容是在日巡检维护工作内容的基础上添加数据库对象检查、安全性检查等内容组成。
    • 月巡检维护指按一月为周期,在每月指定日按计划进行的巡检维护活动,它的工作内容是在周巡检维护工作内容的基础上添加系统参数配置检查、硬件与系统平台运行状态检查等内容组成。
    • 年度巡检维护指按半年或者一年为周期,在指定日按计划进行的巡检维护活动,它的工作内容是在月巡检维护工作内容的基础上添加数据库性能诊断检查组成。

    巡检实现方式分为两种:

    1、立即巡检
    用户首先选择某一业务下对应的目标主机,需要巡检的数据库实例(支持多选),设置数据采样区间(当前时间之前的任意时间段)。
    在这里插入图片描述
    点击立即巡检按钮,等待数秒钟,巡检完成。点击查看详情,导出报告。
    在这里插入图片描述
    2、定时巡检
    用户可以根据需求设置每天、每周、每月来执行巡检任务。这里举例说明一下每周,用户首先需要配置某业务下面主机、数据库实例、巡检频率、巡检时长(任意天数)、执行时间(每周某一天的某时某分某秒),如下图:
    在这里插入图片描述

    实现方式

    针对以上需求,平时我们开发时使用periodic_task装饰器,程序启动后自动执行周期任务:

    @periodic_task(run_every=crontab(minute='*/5', hour='*', day_of_week="*"))
    def get_time():
        """
        celery 周期任务示例
    
        run_every=crontab(minute='*/5', hour='*', day_of_week="*"):每 5 分钟执行一次任务
        """
        now = datetime.datetime.now()
        logger.error(u"celery 周期任务调用成功,当前时间:{}".format(now))
    

    crontab()实例化的时候没设置任何参数,都是使用默认值。crontab一共有7个参数,常用有5个参数分别为:
    minute:分钟,范围0-59
    hour:小时,范围0-23
    day_of_week:星期几,范围0-6。以星期天为开始,即0为星期天。这个星期几还可以使用英文缩写表示,例如“sun”表示星期天
    day_of_month:每月第几号,范围1-31
    month_of_year:月份,范围1-12

    以上方案有个弊端:

    1. 需要每次根据巡检是周几,来计算数据采样区间具体时间,然后触发定时任务,可能会存在误差。
    2. 定时任务无法直接取消

    举例来说,假如客户选择每周三早上8点执行任务,采样区间为3天。假如首次10月1日8:00执行任务,触发定时任务获取9月28日8:00-10月1日8:00之间的数据;然后再次执行时间为10月8日,再次触发定时任务,循环执行。

    最终,通过以下方式解决:
    模板函数提前开发完成,加上@task()装饰器:

    @task()
    def auto_iip(**kwargs):
    	    logger.error(kwargs)
    	    '此处写逻辑代码'
    

    测试每分钟执行一次,启动工程,启动celery,调用下面函数,OK,等待1分钟,sucess!

    from djcelery.models import PeriodicTask, CrontabSchedule
    from djcelery.schedulers import ModelEntry, DatabaseScheduler
    def test_celery_task(date_data):
        crontab= CrontabSchedule.objects.create(
            hour='*',
            minute='*/1',
            day_of_week='*',
            day_of_month='*',
            month_of_year="*"
        )
        schedule = crontab.schedule
    
        create_or_update_task = DatabaseScheduler.create_or_update_task
        #'home_application.celery_tasks.auto_iip' home模块下的task。
        task_template='home_application.celery_tasks.auto_iip'
        #task_name自定义,不能重复。
        task_name = 'test'
        schedule_dict = {
            'schedule': schedule,
            'args': [],
            'kwargs': data,
            'task': task_template,
            'enabled': 1
        }
        create_or_update_task(task_name, **schedule_dict)
    

    定时任务停止,直接根据task_name进行删除

    def delete_celery_task(task_name):
        DatabaseScheduler.delete_task(task_name)
    

    ok!大功告成。

    展开全文
  • 基于Springboot执行多个定时任务并且动态获取定时任务信息 基于Springboot执行多个定时任务并且动态获取定时任务信息 简介 说明 SpringApplication-启动类 动态获取定时任务信息 mapper service service impl ...
    展开全文
  • 上一篇博文《任务调度(一)——jdk自带的Timer》中,简单介绍了一下Timer,本文将分享一下如何动态修改Timer制定的计划。  有人问我Timer和Quartz框架的区别。那我就说一下我的理解。Timer毕竟是jdk自带的简易的...

           上一篇博文《任务调度(一)——jdk自带的Timer》中,简单介绍了一下Timer,本文将分享一下如何动态修改Timer制定的计划。


           先上代码:

    package com.tgb.ccl.schema.dynamic;
    
    import java.util.Date;
    
    /** 
     * 可动态修改的任务
     * 
     * @author arron
     * @date 2015年5月9日 下午1:52:15 
     * @version 1.0 
     */
    public class DynamicTimerTask extends  java.util.TimerTask {
    
    	@Override
    	public void run() {
    		System.out.println("---------start--------");
    		Date d = new Date();
    		for(int i=0;i<2;i++){
    			try {
    				Thread.sleep(1000);
    				System.out.println("已执行【"+(i+1)+"】秒钟,at: "+d.toLocaleString());
    			} catch (InterruptedException e) {
    				e.printStackTrace();
    			}
    		}
    		System.out.println("本次任务调度结束,at: "+new Date().toLocaleString());
    		System.out.println("----------------------------------------------");
    	}
    }
    
    package com.tgb.ccl.schema.dynamic;
    
    import java.util.Calendar;
    import java.util.Date;
    import java.util.Timer;
    
    /**
     * 任务调度管理器
     * 
     * @author arron
     * @date 2015年5月9日 下午1:57:19
     * @version 1.0
     */
    public class DynamicTaskManager {
    	private static final long PERIOD = 5 * 1000;// 5秒钟
    	
    	/**
    	 * 单例对象
    	 */
    	private static DynamicTaskManager taskManager = null;	
    	
    	/**
    	 * 时间调度对象
    	 */
    	private static Timer timer = new Timer();
    	
    	/**
    	 * 任务
    	 */
    	private static DynamicTimerTask task = null;
    
    	static {
    		taskManager = new DynamicTaskManager();
    	}
    	
    	public static DynamicTaskManager getInstance(){
    		if(taskManager==null){
    			taskManager = new DynamicTaskManager();
    		}
    		return taskManager;
    	}
    
    	public DynamicTaskManager() {
    	}
    
    	@SuppressWarnings("deprecation")
    	public void startTask(Date startTime, long period){
    		
    		System.out.println("设置启动时间: "+startTime.toLocaleString());
    		//如果当前时间超过了设定时间,会立即执行一次
    		task = new DynamicTimerTask();
    		timer.schedule(task, startTime,period);
    		
    	}
    	
    
    	/**
    	 * 启动定时器
    	 */
    	public void start() {
    		//启动任务,10点40启动任务
    		start(DateUtils.bookTime(10,40,0));
    	}
    	
    	/**
    	 * 启动定时器
    	 */
    	public void start(long preiod) {
    		//启动任务,10点40启动任务
    		start(DateUtils.bookTime(10,40,0),preiod);
    	}
    	
    	/**
    	 * 启动定时器
    	 */
    	public void start(Date startTime) {
    		start(startTime,PERIOD);
    	}
    	
    	/**
    	 * 启动定时器
    	 */
    	public void start(Date startTime,long preiod) {
    		startTask(startTime,preiod);
    	}
    	
    	/**
    	 * 重新启动
    	 */
    	public void restart() {
    		clean();
    		start();
    	}
    
    	/**
    	 * 清空timer
    	 */
    	public void clean() {
    		if(task != null){
    			task.cancel();
    		}
    		timer.purge();
    	}
    	
    	/**
    	 * 停止任务
    	 */
    	public void stop(){
    		System.out.println("--------任务正在停止---------");
    		clean();	
    		System.out.println("---------任务已停止----------");
    	}
    	
    	static class DateUtils{
    		/**
    		 * 增加或减少天数
    		 * 
    		 * @param date
    		 * @param CalendarFlag  
    		 * 				取值 Calendar.DAY_OF_MONTH, Calendar.HOUR_OF_DAY,
    		 * 					   Calendar.MINUTE,Calendar.SECOND,Calendar.MILLISECOND
    		 * @param num
    		 * @return
    		 */
    		public static Date addDay(Date date, int CalendarFlag, int num) {
    			Calendar startDT = Calendar.getInstance();
    			startDT.setTime(date);
    			startDT.add(CalendarFlag, num);
    			return startDT.getTime();
    		}
    		
    		/**
    		 * 设定时间
    		 * 
    		 * @param hour
    		 * @param minute
    		 * @param second
    		 * @return
    		 */
    		public static Date bookTime(int hour, int minute, int second) {
    			Calendar calendar = Calendar.getInstance();
    			calendar.set(Calendar.HOUR_OF_DAY, hour);
    			calendar.set(Calendar.MINUTE, minute);
    			calendar.set(Calendar.SECOND, second);
    			Date date = calendar.getTime();
    			return date;
    		}
    	}
    	
    	
    	@SuppressWarnings("deprecation")
    	public static void main(String[] args) {
    		DynamicTaskManager manager = DynamicTaskManager.getInstance();
    		//启动任务,会立即执行一次,2s时执行完毕,5s时第二次执行,7s时第二次执行完毕
    		manager.start();
    		
    		for(int i=0;i<8;i++){
    			try {
    				Thread.sleep(1000);
    			} catch (InterruptedException e) {
    				e.printStackTrace();
    			}
    		}
    		//8s时,stop原任务,动态更改启动时间
    		manager.stop();
    		System.out.println("当前时间:"+new Date().toLocaleString());
    		
    		System.out.println("修改原计划,5s后重新执行");
    		//5s后再启动,即13s时再启动
    		manager.start(DateUtils.addDay(new Date(), Calendar.SECOND, 5));
    	}
    }
    

           运行结果如下:


           从结果中,我们可以看到,原先的计划是在14:46:40时开始,第二次是在14:46:45,每次执行2s中,也就是说如果不更改任务计划,那么任务将总会在0s或者5s的时候执行。但是我在main方法中,将原来的任务关闭,然后修改了启动时间,当前时间5s后启动新任务。当前时间为14:46:48,5s后执行了新计划。这就完成了任务的动态修改。


           首先说一下,如果关闭任务,stop方法完成了这个功能。要想任务不继续执行,必须将task的状态设置为cancel,然后调用timer的purge方法,将队列里的所有状态为cancel的task移除。这样就算到了执行时间,由于task已经移除,也就不会再执行了。如果使用了timer的cancel()方法,那么会将timer中所有的task全部移除掉。这点要注意一下。


           其实在项目中使用时,要比这个还要简单。直接修改startTask()方法,启动时间和间隔都是从数据库中取就ok了。只要想更改计划时,先配置好启动时间和间隔,然后自己写一个restart的方法,调用clean和startTask方法即可。


           有人问我Timer和Quartz框架的区别。那我就说一下我的理解。Timer毕竟是jdk自带的简易的任务调度工具类,跟Quartz比肯定是鸟枪与大炮的差距。Quartz的配置规则更加强大,更能满足我们的复杂需求,还允许多线程,这是Timer所比不了的。如果你就需要特别简单的任务调度,那么我觉得完全没有必要用Quartz。杀鸡焉用牛刀?!如果你的业务场景比较复杂,比如要求每个月的第4周的最后一个工作日要执行结算工资,如果最后一天是周六,就会向前提一天,在周五执行。这样的场景用Quartz要比Timer简单吧。


           不过具体用什么,还需要看项目。没有什么谁更牛,只有谁更适合。


    展开全文
  • grep "bash"命令2.5:top命令--查看进程动态信息2.6:pgrep命令--查询进程信息2.7:pstree命令--查看进程树三:控制进程3.1:手工启动3.2:调度启动进程3.3:改变进程的运行方式3.3.1:挂起当前进程 Ctrl+Z

    前言

    详细了解系统中运行的各种程序信息,关闭失去响应的进程,以及在指定时间自动执行任务。搞定操作方法。

    一:程序、进程、线程的关系

    1.1:进程概述

    进程(Process)是计算机中的程序关于某数据集合上的一次运行活动,是系统进行资源分配和调度的基本单位,是操作系统结构的基础。在早期面向进程设计的计算机结构中,进程是程序的基本执行实体;在当代面向线程设计的计算机结构中,进程是线程的容器。程序是指令、数据及其组织形式的描述,进程是程序的实体。

    名称关系
    应用程序一个应用程序可以包含一个或者多个进程
    进程一个进程包含一个或者多个线程
    线程线程是执行操作的最小单元

    打个比方吧:以一个公司举例

    应用程序就是公司

    进程就是一个团队

    线程就是我们员工

    应用程序把事情分配给进程,最后交给线程去完成

    高并发处理----->依赖于多线程操作

    1.2:程序和进程的关系

    mark

    二:查看进程

    了解系统中的进程的状态是对进程进行管理的前提,使用不同的命令工具可以不同的角度查看进程状态.

    2.1:ps–查看静态的进程统计信息

    ps命令是Linux系统中最为常用的进程查看工具,主要用于显示包含当前运行的各进程完整信息的静态快照

    ps命令基本格式
    ps [选项]  注意:有一些选项时不带“-”前缀的(添加“-”前缀后含义可能会有出入)
    a  显示当前终端下的所有进程信息,包括其他用户的进程、与“x”选项结合时将显示系统中所有的进程信息
    u  使用以用户为主的格式输出进程信息
    x  显示当前用户在所有终端下的进程信息
    -e 显示系统内的所有进程信息
    -l 使用长(Long)格式显示进程信息
    -f 使用完整的(Full)格式显示进程信息
    

    直接执行不带任何子选项的命令时,将只显示当前用户会话中打开的进程

    [root@localhost ~]# ps
       PID TTY          TIME CMD
     92504 pts/0    00:00:00 bash
     92545 pts/0    00:00:00 ps
    

    2.2:ps aux 将以简单的列表形式显示进程信息

    [root@localhost ~]# ps -aux
    USER        PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
    root          1  0.0  0.1 193952  7048 ?        Ss   7月04   0:03 /usr/lib/systemd/systemd --switched-root --system --deserialize 22
    root          2  0.0  0.0      0     0 ?        S    7月04   0:00 [kthreadd]
    root          3  0.0  0.0      0     0 ?        S    7月04   0:00 [ksoftirqd/0]
    root          5  0.0  0.0      0     0 ?        S<   7月04   0:00 [kworker/0:0H]
    root          6  0.0  0.0      0     0 ?        S    7月04   0:00 [kworker/u256:0]
    root          7  0.0  0.0      0     0 ?        S    7月04   0:00 [migration/0]
    root          8  0.0  0.0      0     0 ?        S    7月04   0:00 [rcu_bh]
    root          9  0.0  0.0      0     0 ?        S    7月04   0:02 [rcu_sched]
    root         10  0.0  0.0      0     0 ?        S<   7月04   0:00 [lru-add-drain]
    root         11  0.0  0.0      0     0 ?        S    7月04   0:00 [watchdog/0]
    root         12  0.0  0.0      0     0 ?        S    7月04   0:00 [watchdog/1]
    root         13  0.0  0.0      0     0 ?        S    7月04   0:00 [migration/1]
    root         14  0.0  0.0      0     0 ?        S    7月04   0:00 [ksoftirqd/1]
    root         16  0.0  0.0      0     0 ?        S<   7月04   0:00 [kworker/1:0H]
    root         17  0.0  0.0      0     0 ?        S    7月04   0:00 [watchdog/2]
    root         18  0.0  0.0      0     0 ?        S    7月04   0:00 [migration/2]
    root         19  0.0  0.0      0     0 ?        S    7月04   0:00 [ksoftirqd/2]
    root         21  0.0  0.0      0     0 ?        S<   7月04   0:00 [kworker/2:0H]
    root         22  0.0  0.0      0     0 ?        S    7月04   0:00 [watchdog/3]
    ------此处省略   进程较多
    

    各子段含义

    列表标题含义
    USER启动该进程的用户账号信息
    PID该进程在系统中的数字ID号,在当前系统中是唯一的
    %CPUCPU占用的百分比
    %MEN内存占用的百分比
    VSZ占用虚拟内存(SWAP)的大小
    RSS占用常驻内存(物理内存)的大小
    TTY表明该进程在哪个终端上运行。“?”表示未知或者不需要终端
    SATA显示了进程当前的状态,如S(休眠),R(运行),Z(僵死),<(高优先级),N(低优先级),s(父进程),+(前台进程),l(多线性进程),D(不可休眠进程)对处于僵死状态的进程应该予以手动终止
    START启动该进程的时间
    TIME该进程占用CPU时间
    COMMAND启动该进程的命令的名称

    2.3:ps -elf命令:以长葛市显示系统的进程信息

    [root@localhost ~]# ps -elf
    F S UID         PID   PPID  C PRI  NI ADDR SZ WCHAN  STIME TTY          TIME CMD
    4 S root          1      0  0  80   0 - 48488 ep_pol 7月04 ?       00:00:03 /usr/lib/systemd/systemd --switched-root --system --deserialize 22
    1 S root          2      0  0  80   0 -     0 kthrea 7月04 ?       00:00:00 [kthreadd]
    1 S root          3      2  0  80   0 -     0 smpboo 7月04 ?       00:00:00 [ksoftirqd/0]
    1 S root          5      2  0  60 -20 -     0 worker 7月04 ?       00:00:00 [kworker/0:0H]
    1 S root          6      2  0  80   0 -     0 worker 7月04 ?       00:00:00 [kworker/u256:0]
    1 S root          7      2  0 -40   - -     0 smpboo 7月04 ?       00:00:00 [migration/0]
    1 S root          8      2  0  80   0 -     0 rcu_gp 7月04 ?       00:00:00 [rcu_bh]
    1 S root          9      2  0  80   0 -     0 rcu_gp 7月04 ?       00:00:02 [rcu_sched]
    1 S root         10      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [lru-add-drain]
    5 S root         11      2  0 -40   - -     0 smpboo 7月04 ?       00:00:00 [watchdog/0]
    5 S root         12      2  0 -40   - -     0 smpboo 7月04 ?       00:00:00 [watchdog/1]
    1 S root         13      2  0 -40   - -     0 smpboo 7月04 ?       00:00:00 [migration/1]
    1 S root         14      2  0  80   0 -     0 smpboo 7月04 ?       00:00:00 [ksoftirqd/1]
    1 S root         16      2  0  60 -20 -     0 worker 7月04 ?       00:00:00 [kworker/1:0H]
    5 S root         17      2  0 -40   - -     0 smpboo 7月04 ?       00:00:00 [watchdog/2]
    1 S root         18      2  0 -40   - -     0 smpboo 7月04 ?       00:00:00 [migration/2]
    1 S root         19      2  0  80   0 -     0 smpboo 7月04 ?       00:00:00 [ksoftirqd/2]
    1 S root         21      2  0  60 -20 -     0 worker 7月04 ?       00:00:00 [kworker/2:0H]
    5 S root         22      2  0 -40   - -     0 smpboo 7月04 ?       00:00:00 [watchdog/3]
    1 S root         23      2  0 -40   - -     0 smpboo 7月04 ?       00:00:00 [migration/3]
    1 S root         24      2  0  80   0 -     0 smpboo 7月04 ?       00:00:00 [ksoftirqd/3]
    1 S root         26      2  0  60 -20 -     0 worker 7月04 ?       00:00:00 [kworker/3:0H]
    5 S root         28      2  0  80   0 -     0 devtmp 7月04 ?       00:00:00 [kdevtmpfs]
    1 S root         29      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [netns]
    1 S root         30      2  0  80   0 -     0 watchd 7月04 ?       00:00:00 [khungtaskd]
    1 S root         31      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [writeback]
    1 S root         32      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [kintegrityd]
    1 S root         33      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [bioset]
    1 S root         34      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [bioset]
    1 S root         35      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [bioset]
    1 S root         36      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [kblockd]
    1 S root         37      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [md]
    1 S root         38      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [edac-poller]
    1 S root         39      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [watchdogd]
    1 S root         45      2  0  80   0 -     0 kswapd 7月04 ?       00:00:00 [kswapd0]
    1 S root         46      2  0  85   5 -     0 ksm_sc 7月04 ?       00:00:00 [ksmd]
    1 S root         47      2  0  99  19 -     0 khugep 7月04 ?       00:00:00 [khugepaged]
    1 S root         48      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [crypto]
    1 S root         56      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [kthrotld]
    1 S root         58      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [kmpath_rdacd]
    1 S root         59      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [kaluad]
    1 S root         61      2  0  60 -20 -     0 rescue 7月04 ?       00:00:00 [kpsmoused]
    ------此处省略
    

    PPID:表示对应进程的父进程的PID号

    PRI:用户态优先级(人为)

    NI: nice值,内核态优先级,取值范围(-20~19),值越小,优先级越高

    ADDR:若是 - ,代表正在运行

    SZ:在swap交换分区的容量

    WCHAN:当前进程在内核中的名称

    STIME:启动时间

    2.4:ps aux | grep "bash"命令

    • 由于系统中运行的进程数量较多,需要查询某一个进程的信息时可以结合管道操作和grep命令进行过滤。
    • 此命令可以过滤出包含“bash”的进程信息
    [root@localhost ~]# ps aux |grep bash
    root       8750  0.0  0.0 115304   988 ?        S    7月04   0:01 /bin/bash /usr/sbin/ksmtuned
    root      19815  0.0  0.0  72312   776 ?        Ss   7月04   0:00 /usr/bin/ssh-agent /bin/sh -c exec -l /bin/bash -c "env GNOME_SHELL_SESSION_MODE=classic gnome-session --session gnome-classic"
    root      22688  0.0  0.0 116856  3348 pts/2    Ss+  7月04   0:00 bash
    root      90798  0.0  0.0 116740  3352 pts/1    Ss+  13:03   0:00 bash
    root      92574  0.0  0.0 116652  3280 pts/0    Ss   14:45   0:00 -bash
    root      92725  0.0  0.0 112728   988 pts/0    R+   14:56   0:00 grep --color=auto bash
    

    2.5:top命令–查看进程动态信息

    • 使用ps命令查看到的是一个静态的进程信息,并不能连续的反馈出当前进程的运行状态

    • top命令将会在当前终端以全屏交互式的界面显示进程排名,及时跟踪包括CPU,内存等系统资源占用情况

      默认情况下每三秒刷新一次

      作用类似于Windows系统中的任务管理器

    [root@localhost ~]# top
    top - 15:01:02 up 17:06,  4 users,  load average: 0.00, 0.01, 0.05
    Tasks: 236 total,   1 running, 235 sleeping,   0 stopped,   0 zombie
    %Cpu0  :  0.0 us,  0.7 sy,  0.0 ni, 99.3 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
    %Cpu1  :  0.3 us,  0.3 sy,  0.0 ni, 99.3 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
    %Cpu2  :  0.0 us,  0.3 sy,  0.0 ni, 99.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
    %Cpu3  :  0.0 us,  0.3 sy,  0.0 ni, 99.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
    KiB Mem :  3861520 total,  1400424 free,   889992 used,  1571104 buff/cache
    KiB Swap:        0 total,        0 free,        0 used.  2374256 avail Mem 
    
       PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                    
     19870 root      20   0 3776428 280264  72896 S   0.7  7.3   1:16.72 gnome-shell                                                                
      8648 dbus      20   0   71156   4880   1964 S   0.3  0.1   0:03.67 dbus-daemon                                                                
      9184 root      20   0  126284   1708   1072 S   0.3  0.0   0:00.57 crond                                                                      
     92757 root      20   0  162136   2412   1596 R   0.3  0.1   0:00.09 top                                                                        
         1 root      20   0  193952   7048   4224 S   0.0  0.2   0:03.83 systemd                                                                    
         2 root      20   0       0      0      0 S   0.0  0.0   0:00.03 kthreadd                                                                   
         3 root      20   0       0      0      0 S   0.0  0.0   0:00.13 ksoftirqd/0                                                                
         5 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:0H                                                               
         6 root      20   0       0      0      0 S   0.0  0.0   0:00.99 kworker/u256:0                                                             
         7 root      rt   0       0      0      0 S   0.0  0.0   0:00.04 migration/0                                                                
         8 root      20   0       0      0      0 S   0.0  0.0   0:00.00 rcu_bh                                                                     
         9 root      20   0       0      0      0 S   0.0  0.0   0:03.01 rcu_sched                                                                  
        10 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 lru-add-drain                                                              
        11 root      rt   0       0      0      0 S   0.0  0.0   0:00.24 watchdog   
    M:以内存大小排序
    
    c:以CPU占用排序
    
    h:top程序在线帮助信息
    
    q:退出
    

    上述输出信息中,开头的部分显示了系统任务(Tasks),CPU占用,内存占用(Mem),交换空间(Swap)等汇总信息,汇总信息下方依次显示当前进程的排名情况。相关信息含义如下

    1.系统任务(Tasks)信息:total,总进程数;running,正在运行的进程数;sleeping。休眠的进程数;stopped,中止的进程数;zombie,僵死无响应的进程数

    2.CUP占用信息:us,用户占用;sy,内核占用;ni,优先级调度占用;id,空闲CPU;wa,I/O等待占用;hi,硬件中断占用;si,软件中断占用;st,虚拟化占用。要了解空闲的CPU百分比,主要是看%id部分

    3.内存占用(Mem)信息:total,总内存空间;used,已用内存空间;free,空闲内存空间;buffers,缓存区域

    4.交换空间(Swap)占用:total,总交换空间;used,已用交换空间;free,空闲交换空间;cached,缓存空间

    2.6:pgrep命令–查询进程信息

    • 当使用ps命令查询某个进程的PID信息时,往往需要结合grep命令对输出结果进行过滤,很不方便

    • pgrep命令正是用来查询特定进程信息的专用工具

    • pgrep命令可以根据进程的名称,运行该进程的用户,进程所在的终端等多重属性查询特定进程的PID号

    • 通过pgrep命令可以指定进程的一部分名称进行查询,结合“-l"选项可以同时输出对应的进程名

      [root@localhost ~]# pgrep -l "log"     ##查询进程名包含"log"进程以及PID号
      4285 xfs-log/dm-0
      7779 xfs-log/sda1
      8538 xfs-log/dm-1
      8634 systemd-logind
      8683 abrt-watch-log
      9170 rsyslogd
      结合”-U“查询特定用户的进程、”-t“查看在特定终端运行的进程
      

      2.7:pstree命令–查看进程树

      pstree命令以属性结构列出进程信息,可以更直观的判断各进程的相互关系(父,子进程)

      pstree命令默认情况下只显示各进程的名称

      “-p”选项,列出对应的PID号

      “-u”选项,列出对应的用户名

      “-a”选项,列出完整的命令信息

    [root@localhost ~]# pstree -aup
    systemd,1 --switched-root--syste
      ├─ModemManager,8645
      │   ├─{ModemManager},8667
      │   └─{ModemManager},8674
      ├─NetworkManager,8810 --no-daemon
      │   ├─{NetworkManager},8817
      │   └─{NetworkManager},8821
      ├─VGAuthService,8684 -s
      ├─abrt-watch-log,8683 -F BUG: WARNING: atWARN
      ├─abrtd,8680 -d -s
      ├─accounts-daemon,8631
      │   ├─{accounts-daemon},8644
      │   └─{accounts-daemon},8672
      ├─anacron,92778 -s
      ├─at-spi-bus-laun,19830
      │   ├─dbus-daemon,19835...
    -----此处省略
    

    使用pstree命令时,也可以只查看属于指定用户的进程树结构,只要指定用户名作为参数即可

    [root@localhost ~]# tail -5 /etc/passwd
    tcpdump:x:72:72::/:/sbin/nologin
    tom:x:1000:1000::/home/tom:/bin/bash
    tom2:x:1001:1001::/home/tom2:/bin/bash
    tom3:x:1002:1002::/home/tom3:/bin/bash
    shuai:x:1003:1005::/home/shuai:/bin/bash
    [root@localhost ~]# pstree -ap tom              ##tom用户打开的进程
    未发现进程
    

    三:控制进程

    在Linux系统中,可以由用户手工启动或者按预订计划调度启动新的进程

    3.1:手工启动

    • 进程在前台运行时,用户必须等到该进程执行结束并退出后才能继续输入其他命令。运行耗时较长的操作可进入后台运行,进程在后台运行时,用户可以继续在当前终端输入其他命令,无需等待该进程结束。
    • 前台启动:用户输入命令,直接执行程序
    • 后台启动:在命令末尾加入“&”符号
    [root@localhost dev]# cp /dev/cdrom mycd.iso&
    [1] 6721	'输出信息中包括后台任务序号、产生对应的PID号'
    

    3.2:调度启动进程

    • 有些任务非常费时,适合在相对空闲的时间进行,我们便可以使用调度安排启动
    • at命令,设置一次性计划任务(如 12:30重启网络服务)
    • crontab,命令,设置周期性计划任务

    3.3:改变进程的运行方式

    3.3.1:挂起当前进程 Ctrl+Z 组合键

    • 将当前进程挂起,即调入后台并停止执行(对于速度缓慢,会耽误其他操作的进程使用)
    [root@localhost ~]# ping www.baidu.com
    PING www.a.shifen.com (112.80.248.76) 56(84) bytes of data.
    64 bytes from 112.80.248.76 (112.80.248.76): icmp_seq=1 ttl=128 time=23.1 ms
    64 bytes from 112.80.248.76 (112.80.248.76): icmp_seq=2 ttl=128 time=15.0 ms
    64 bytes from 112.80.248.76 (112.80.248.76): icmp_seq=3 ttl=128 time=12.9 ms
    64 bytes from 112.80.248.76 (112.80.248.76): icmp_seq=4 ttl=128 time=26.8 ms
    ^Z
    [1]+  已停止               ping www.baidu.com
    

    3.3.2:查看后台进程 jobs 命令

    查看处于后台的任务列表。
    结合“-l”选项可以同时显示出该进程对应的PID号
    输出结果中,每一行记录对应一个后台进程的状态信息,行首的数字代表该进程在后台的任务编号。
    若当前终端没有后台进程,将不会显示任何信息

    [root@localhost ~]# jobs -l
    [1]+ 93142 停止                  ping www.baidu.com
    

    3.3.3:将后台的进程恢复运行 fg 命令

    将后台进程恢复到前台运行,可以指定任务序号
    bg(BackGround)命令可以将后台中暂停执行的任务恢复运行,继续在后台执行操作
    fg(ForeGround)命令可以将后台任务恢复到前台运行
    除非后台任务只有一个,否则bg和fg命令都需要指定后台进程的任务编号作为参数

    [root@localhost ~]# fg 1      ##恢复运行
    ping www.baidu.com
    64 bytes from 112.80.248.76 (112.80.248.76): icmp_seq=5 ttl=128 time=30.4 ms
    64 bytes from 112.80.248.76 (112.80.248.76): icmp_seq=6 ttl=128 time=13.2 ms
    64 bytes from 112.80.248.76 (112.80.248.76): icmp_seq=7 ttl=128 time=14.1 ms
    64 bytes from 112.80.248.76 (112.80.248.76): icmp_seq=8 ttl=128 time=14.5 ms
    64 bytes from 112.80.248.76 (112.80.248.76): icmp_seq=9 ttl=128 time=14.1 ms
    ------省略信息
    

    3.4:终止进程执行

    平常可以使用Ctrl + C组合键强制中断
    Ctrl + C组合键无法中止后,可以使用专门的进程中止工具 kill,killall,pkill

    [root@localhost ~]# ping www.baidu.com      ##ctrl+C可以终止一切命令
    PING www.a.shifen.com (112.80.248.75) 56(84) bytes of data.
    64 bytes from 112.80.248.75 (112.80.248.75): icmp_seq=1 ttl=128 time=10.1 ms
    64 bytes from 112.80.248.75 (112.80.248.75): icmp_seq=2 ttl=128 time=20.0 ms
    ^C
    --- www.a.shifen.com ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 1002ms
    rtt min/avg/max/mdev = 10.156/15.123/20.091/4.969 ms
    

    3.4.1:使用kill命令终止进程

    kill命令需要使用进程的PID号作为参数

    若进程无法响应,可结合“-9”选项强行中止进程。强行中止进程可能会到时部分数据丢失,谨慎使用

    [root@localhost ~]# pgrep -l "sshd"        ##查询目标进程的PID号
    9164 sshd
    92570 sshd
    [root@localhost ~]# kill 9164              ##终止指定PID进程
    [root@localhost ~]# pgrep -l "sshd"
    92570 sshd                                 ##已经没了
    

    3.4.2:使用killall命令终止进程

    killall命令通过进程名来中止进程,可终止指定名称所有进程(可理解为终止进程树)
    killall命令同样有“-9”选项,强制终止进程

    3.4.3:使用pkill命令终止进程

    根据特定条件终止相应的进程

    常用命令选项:

    -U:根据进程所属的用户名终止相应的进程

    -t:根据进程所在的终端终止相应的进程

    四:计划任务

    4.1:at命令–在指定时间执行一个任务

    at命令 用于在指定时间执行命令。at允许使用一套相当复杂的指定时间的方法。它能够接受在当天的hh:mm(小时:分钟)式的时间指定。假如该时间已过去,那么就放在第二天执行。当然也能够使用midnight(深夜),noon(中午),teatime(饮茶时间,一般是下午4点)等比较模糊的 词语来指定时间。用户还能够采用12小时计时制,即在时间后面加上AM(上午)或PM(下午)来说明是上午还是下午。 也能够指定命令执行的具体日期,指定格式为month day(月 日)或mm/dd/yy(月/日/年)或dd.mm.yy(日.月.年)。指定的日期必须跟在指定时间的后面。

    上面介绍的都是绝对计时法,其实还能够使用相对计时法,这对于安排不久就要执行的命令是很有好处的。指定格式为:now + count time-units,now就是当前时间,time-units是时间单位,这里能够是minutes(分钟)、hours(小时)、days(天)、weeks(星期)。count是时间的数量,究竟是几天,还是几小时,等等。 更有一种计时方法就是直接使用today(今天)、tomorrow(明天)来指定完成命令的时间。

    语法

    at(选项)(参数)
    

    选项

    -f:指定包含具体指令的任务文件;
    -q:指定新任务的队列名称;
    -l:显示待执行任务的列表;
    -d:删除指定的待执行任务;
    -m:任务执行完成后向用户发送E-mail。
    

    参数

    日期时间:指定任务执行的日期时间。

    实例

    三天后的下午 5 点锺执行/bin/ls

    [root@localhost ~]# at 5pm+3 days
    at> /bin/ls
    at> <EOT>
    job 7 at 2020-07-03 17:00
    

    明天17点钟,输出时间到指定文件内:

    [root@localhost ~]# at 17:20 tomorrow
    at> date >/root/2020.log
    at> <EOT>
    job 8 at 2020-07-04 17:20
    

    4.2:atq命令

    计划任务设定后,在没有执行之前我们可以用atq命令来查看系统没有执行工作任务:

    [root@localhost ~]# atq
    8       2020-07-04 17:20 a root
    7       2020-07-03 17:00 a root
    

    4.3:atrm命令

    删除已经设置的任务:

    [root@localhost ~]# atq
    8       2020-07-04 17:20 a root
    7       2020-07-03 17:00 a root a root
    
    [root@localhost ~]# atrm 7
    [root@localhost ~]# atq
    8       2020-07-03 17:00 a root a root
    

    显示已经设置的任务内容:

    [root@localhost ~]# at -c 8
    #!/bin/sh
    # atrun uid=0 gid=0
    # mail     root 0
    umask 22此处省略n个字符
    date >/root/2013.log
    

    五:crontab周期性任务设置

    使用crontab命令设置的计划任务就可以按预设的周期重复执行,可以大大减轻设置重复性系统管理的操作,由软件包cronie提供crontab工具、系统服务crond和配置文件/etc/crontab.启用周期性任务也有一个前提条件,即对应的系统服务crond必须已经运行

    5.1:crontab的配置文件和目录

    • crond通过多个目录和文件设置计划任务,不同类型的任务由不同的配置文件来配置

    5.11:/etc/crontab 系统任务配置文件

    • 全局配置文件,位于文件:/etc/crontab
    • 系统默认的设置,位于目录:/etc/cron.*/
    • 用户定义的设置,位于文件:/var/spool/cron/用户名
    [root@localhost ~]# cat /etc/crontab        
    SHELL=/bin/bash                                ##设置可执行任务的shell环境
    PATH=/sbin:/bin:/usr/sbin:/usr/bin             ##定义可执行命令及程序的路径
    MAILTO=root                                    ##将任务输出的信息发送到指定用户的邮箱
    HOME=/ 			                               ##执行计划任务时使用的主目录'
    # For details see man 4 crontabs
    
    # Example of job definition:
    # .---------------- minute (0 - 59)
    # |  .------------- hour (0 - 23)
    # |  |  .---------- day of month (1 - 31)
    # |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
    # |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
    # |  |  |  |  |
    # *  *  *  *  * user-name  command to be executed
    

    5.12:/etc/cron.*/----系统默认设置

    系统默认设置cron任务的配置文件存放目录

    软件包crontabs安装后,会在/etc/cron.*/目录下生成存放一些系统默认设置的计划任务目录,设置了系统每个小时,每一天做些什么任务

    例如:

    /etc/cron.hourly/ 目录下存放的是系统每小时要做的任务可执行脚本

    /etc/cron.daily/ 目录下存放的是系统每天要做的任务可执行脚本

    /etc/cron.weekly/ 目录下存放的是系统每周要做的任务可执行脚本

    /etc/cron.monthly/ 目录下存放的是系统每月要做的任务可执行脚本

    这些是可执行脚本,不是cron配置文件,crond服务通过run-parts 工具调用执行这些脚本

    5.13:/var/spool/cron/-----用户cron任务配置存放目录

    • 用户自行设置的cron计划任务将被保存到目录/var/spool/cron/中
    • 用户使用crontab命令创建计划任务,就会在/var/spool/cron/目录下生产一个与用户名相同的文件
    ##查看root用户的cron计划任务保存在配置文件/var/spool/cron中
    [root@localhost ~]# ls -l /var/spool/cron*
    总用量 0
    

    5.2:使用crontab命令管理用户的计划任务

    常用选项
    crontab -e [-u 用户名]  		'//编辑计划任务  e:edit,编辑,使用方式同Vim编辑器。'
    crontab -l [-u 用户名] 		'//查看计划任务  l:list,列表'
    crontab -r [-u 用户名]  		'//删除计划任务  r:remove,移除'
    
    crontab -l 		'//查看当前用户的计划列表'
    crontab -l -u lisi 		 '//查看lisi用户的计划任务'
    
    crontab -e 		'//可以操作删除一条计划任务'
    crontab -r 		'//删除用户所有的计划任务'
    

    mark

    说明

    字段说明
    分钟取值为0到59之间的任意整数
    小时取值为0到23之间的任意整数
    日期取值为1到31之间的任意整数
    月份取值为1到12之间的任意整数
    星期取值为0到7之间的任意整数,0或7代表星期日
    命令要执行的命令或程序脚本

    5.3:时间数值的特殊表示方法

    • ”*“表示该范围内的任意时间
    • ”,“表示间隔的多个不连续时间点、
    • ”-“表示一个连续的时间范围
    • ”/“指定间隔的时间频率

    应用示例

    • - 0  17  *  *  1-5          ##周一到周五每天17:00
      - 30  8  *  *  1,3.5       ##每周一、周三、五的8点30分
      - 0   8-18/2  *  *  *      ##8点到18点之间每2小时
      - 0  *  */3  *  *          ##每三天
      

      示例

      0 */2 * * * /sbin/service httpd restart  意思是每两个小时重启一次apache 
      
      50 7 * * * /sbin/service sshd start  意思是每天7:50开启ssh服务 
      
      50 22 * * * /sbin/service sshd stop  意思是每天22:50关闭ssh服务 
      
      0 0 1,15 * * fsck /home  每月1号和15号检查/home 磁盘 
      

    星期 | 取值为0到7之间的任意整数,0或7代表星期日 |
    | 命令 | 要执行的命令或程序脚本 |

    5.3:时间数值的特殊表示方法

    • ”*“表示该范围内的任意时间
    • ”,“表示间隔的多个不连续时间点、
    • ”-“表示一个连续的时间范围
    • ”/“指定间隔的时间频率

    应用示例

    • - 0  17  *  *  1-5          ##周一到周五每天17:00
      - 30  8  *  *  1,3.5       ##每周一、周三、五的8点30分
      - 0   8-18/2  *  *  *      ##8点到18点之间每2小时
      - 0  *  */3  *  *          ##每三天
      

      示例

      0 */2 * * * /sbin/service httpd restart  意思是每两个小时重启一次apache 
      
      50 7 * * * /sbin/service sshd start  意思是每天7:50开启ssh服务 
      
      50 22 * * * /sbin/service sshd stop  意思是每天22:50关闭ssh服务 
      
      0 0 1,15 * * fsck /home  每月1号和15号检查/home 磁盘 
      
    展开全文
  • Quartz在Spring中设置动态定时任务

    千次阅读 2012-04-26 19:00:23
    这样总不能修改配置文件每定制个定时任务就增加一个trigger吧,即便允许客户修改配置文件,但总需要重新启动web服务啊,研究了下Quartz在Spring中的动态定时,发现: cronExpression是关键,如果可以动态设置...
  • 一.查看进程的相关命令 ps命令 查看系统进程命令 ps aux 主要查看进程所占用CPU及内存的百分比 ...主要用于过滤:ps -lef | grep 服务名,判断某个服务是否在...jobs 查看处于后台的任务列表,如加-l同时显示PID号 fg
  • Spring Task 动态修改任务执行计划cron

    千次阅读 2017-11-27 15:07:22
    Spring Task 能够在不重启服务的情况下,动态修改批量任务执行时间
  • 配置:          regularlyUpdateUserChangeStbStatus                  0/30 * * * * ?                    ...动态cronExpression的配置介绍
  • Linux计划任务与日志管理

    万次阅读 2019-04-22 23:01:44
    计划任务-at-cron-计划任务使用方法 日志的种类和记录方式-自定义ssh服务日志类型和存储位置 实战-日志切割-搭建远程日志收集服务器 实战-配置公司内网服务器每天定时自动开关机 1、计划任务-at-cron-计划任务使用...
  • 通过上篇文章:SpringBoot专栏:集成定时ScheduledTasks任务(第14讲)的简单讲解,我们都看到了SpringBoot做了很多自动配置,使集成变得异常简单。 然则我们不应该停留在基本使用上,所有的技术都是要支撑业务的,...
  • Quartz在Spring中设置动态定时任务 .

    千次阅读 2013-03-09 20:16:49
    这样总不能修改配置文件每定制个定时任务就增加一个trigger吧,即便允许客户修改配置文件,但总需要重新启动web服务啊,研究了下Quartz在Spring中的动态定时,发现: cronExpression是关键,如果可以动态设置...
  • Spring+Quartz 从数据库中获取定时任务和定时时间动态实现对定时任务的增删改查,部署到tomcat即可看到定时任务执行效果。本人亲测,可用!
  • 目录 计划模式设置 ...2.设置白天配置,可以根据业务选择具体配置计划,调整资源,选择每天,就是每天的固定时间范围。这里选择每天,时间初步划分为区分白天和晚上 3.创建完成后可以看到配...
  • Quartz.net 动态调整任务的调度时间

    千次阅读 2013-05-16 16:31:41
    我有 一个这样的案例:有一个作业需要1个月运行一次,但是运行的时间是从数据库中读出来的,每个月执行的时间都不...但是我又希望这个任务1个月运行一次,且只有一个计时器在用。    执行作业可以有很多种法子,1
  • 为了能够实现对定时任务动态控制,我将定时任务做了一个实体类,并将相关信息映射到了数据库中   package com.acca.entity; /** * * 任务实体 * * * @author zhouhua, 2013-1-16 */ public ...
  • linux进程和计划任务管理!

    千次阅读 2021-05-14 16:06:37
    linux进程和计划任务管理查看进程和控制进程程序和进程的关系查看进程命令psat一次性任务设置at命令crontab周期性任务设置crontab命令 查看进程和控制进程 程序和进程的关系 查看进程命令ps at一次性任务设置 at命令...
  • Linux利用crontab创建计划任务详解

    千次阅读 2017-09-24 18:13:23
    crontab 周期性计划任务 cron是Linux下的定时执行工具,可以在无需人工干预的情况下运行作业。 当需要周期性地重复执行任务时可以使用cron服务;该服务每分钟检查一次,并执行符合条件的任务。 Linux任务调度的...
  • Linux计划任务以及进程检测与控制

    千次阅读 2021-03-26 20:20:25
    Linux计划任务以及进程检测与控制一、Linux中的计划任务1、什么是计划任务2、Linux中的计划任务3、计划任务的编辑4、几个小案例5、计划任务6、计划任务权限1)黑名单2)白名单7、查看计划任务的保存文件8、at命令二...
  • 计划任务 SchedulerFactoryBean 配置

    千次阅读 2019-10-22 23:11:23
    Quartz 允许开发人员灵活地定义触发器的调度时间表,并可以对触发器和任务进行关联映射。此外,Quartz提供了调度运行环境的持久化机制,可以保存并恢复调度现场,即使系统因故障关闭,任务调度现场数据并不会丢失。...
  • 4.一次性计划任务?5.周期计划任务 1.什么是进程? 进程就是在cpu及内存中运行某些命令,程序代码 动态的执行代码 进程分父进程,子进程(每个程序可以创建一个或多个进程) 2.怎么查看进程? 查看进程分为两种:...
  • 5、监控计划任务日志背景介绍在工作中你是否也碰到过这种定时重复的工作呢? Crontab可以帮助你从这些定时重复的工作中解脱出来Crontab是什么 1.Crontab是一个用于设置周期性执行任务的工具; 2.周
  • Quartz集成简单实现Pom依赖编码功能实现自动配置实现分析自动化配置分析 `QuartzAutoConfiguration`支持功能配置 `QuartzProperties`小结Quartz 实现分布式调度回顾分析配置简单实现Quartz 的任务动态实现数据使用...
  • 四:计划任务管理(at 、crontab) at crontab 一:监视系统进程(ps 、top) 程序:保存在硬盘、光盘等介质中的可执行代码和数据,静态保存的代码进程:在cpu及内存中运行的程序代码,动态执行的代码,每个进程...
  • 但是很多时候,我们常常会遇到需要动态的添加或修改任务,而spring中所提供的定时任务组件却只能够通过修改xml中trigger的配置才能控制定时任务时间以及任务的启用或停止,这在带给我们方便的同时也失去了动态配置...
  • 0x1 打开计划任务 方法: 运行-> 输入 control -> 大图标->管理工具 打开任务计划程序 空白区域内创建 基本任务 设置基本信息 设置触发器 设置具体的运行时间 选择操作-启动程序 ...
  • 将startTime设置当前时间,立即重新调度任务,包括的MisFire的 MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_REMAINING_REPEAT_COUNT 类似MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_EXISTING_REPEAT_COUNT,区别在于会...
  • MySQL 定时任务动态更新表数据

    千次阅读 2018-07-03 20:10:39
    ##1.设置时区 SET time_zone = '+8:00'; ##2....SET GLOBAL event_scheduler = 1; ##3....##4....DROP EVENT IF EXISTS event_update_tmp_repay_new;...创建计划任务,每月执行一次 CREATE EVENT even...
  • 进程与计划任务管理

    千次阅读 2020-08-31 16:30:22
    动态执行的代码 父、子进程 每个程序可以创建一个或多个进程 查看进程 ps a 显示当前终端下所有进程信息 u 显示以用户为主的格式显示进程信息 x 显示当前用户在所有终端下的进程信息 -e 显示系统内的所有进程信息 -l...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 56,899
精华内容 22,759
关键字:

计划任务动态设置时间