有些东西很久不用就会忘记，所以为了不至于总是找资料，干脆就做一次深刻的笔记，这样既能加深记忆，又能深入理解。
linux服务器很久没接触了，出了一些新的版本，Ubuntu已经出了11.10了，之前对于Ubuntu的了解只是出于对桌面版的好奇，可以跟win7一样炫，现在的Ubuntu已正式进入了Liunx爱好者的视线，应用用于后台大型服务器，选择它的主要原因还是出于对稳定性的考虑。用习惯了Centos，突然转移到Ubuntu上还是有些不习惯，毕竟Centos与传统的Redhat没什么区别。不过，总归命令还是一样的，多用用就熟悉了。
关于任务定时的命令crontab，在Linux中应用还算常见，这次为了配合开发完成一些辅助功能，以及一些备份更新等脚本，就需要crontab来完成，在windows下也就是一个批处理，linux只是多了一些命令而已。先来看看crontab的介绍：
crontab命令常见于Unix和类Unix的操作系统之中，用于设置周期性被执行的指令。该命令从标准输入设备读取指令，并将其存放于“crontab”文件中，以供之后读取和执行。通常，crontab储存的指令被守护进程激活，
crond常常在后台运行，每一分钟检查是否有预定的作业需要执行。这类作业一般称为cron jobs。crontab文件包含送交cron守护进程的一系列作业和指令。每个用户可以拥有自己的crontab文件；同时，操作系统保存一个针对整个系统的crontab文件，该文件通常存放于/etc或者/etc之下的子目录中，而这个文件只能由系统管理员来修改。crontab文件的每一行均遵守特定的格式，由空格或tab分隔为数个领域，每个领域可以放置单一或多个数值。
在Ubuntu中，crontab的命令如下：
-e 表示编辑当前的crontab
-l 表示列表显示当前的crontab任务
-r 表示删除当前用户的crontab
-i 表示删除crontab时给予提示信息
注意，user's crontab这个表示是每个用户都有自己的crontab，所以如果需要全局执行，必须定制root用户的crontab，非全局的，就根据各个用户自己的crontab来执行，在执行编辑crontab操作时，我们需要设置编辑工具，否则默认是crontab的编辑，对于习惯vi编辑的用户，我们需要在用户目录下设置.profile配置文件，如root的配置文件.prifile，就如下目录：
带.的文件都是隐藏文件，所以需要ls -a才能列出来，vi .profile在文件中加入如下配置：
EDITOR=vi; export EDITOR
表示，当前root用户以vi作为默认编辑器，此时直接使用crontab -e，可以进行编辑任务列表，如下所示：
上面以#号开头的表示是注释说明的信息，红色标记的是任务列表。
对于crontab的任务配置说明;
分钟 小时 日 月 星期 命令
* * * * * *
这样就一目了然了，我们红色标记的表示的意义是每天3点钟执行脚本run.sh，并将执行日志自动输出到log.log文件中。
*/1 * * * * root /opt/bin/test-cron.sh //表示每隔一分钟执行一次脚本
注：crontab任务是被定制在系统后台运行的cron进程，所以用户书无法查看到cron的进程状态的。设置开机启动cron进程，命令如下：
chkconfig --add crond，把它加入到系统的服务列表中。
当然，crontab命令用多了，会越来越喜欢它的，因为它能简化我们日常的很多工作，特别是数据库备份、检测服务器运行状态等一些经常做的工作，都可以根据你的需求来定制，在合理的时间运行执行合适的工作任务，既不影响服务器的性能，又可以节约平时的工作时间，大大提高功能效率。
补充：最近两天发现crontab定时任务中的一个脚本没有执行，其他脚本是可以正常执行的，花了一点时间调试，发现了一些问题，还是记录下来，便于以后翻阅。这个脚本在命令行执行是ok的，但刚在crontab中发现是执行不成功的，后来通过一系列验证，发现原来是路径的问题，crontab中当然是要用绝对路径的，所以，crontab中要执行的脚本也必然要使用绝对路径，原来我们的运行脚本中有一个Java类使用的是相对路径，所以导致脚本没有执行，但日志文件却创建了，所以很快可以定位是脚本执行没有成功，把路径修改成绝对路径，发现执行后，java类把路径当作包名来识别，所以最后就只能在shell脚本前面加上目录切换命令，如cd
/root/...的，这样脚本执行就都可以识别到目录了，而且不管在哪儿执行，它都是绝对的路径，可以找到并运行成功。修改crontab之后，记得执行/etc/init.d/cron restart重启cron服务。。。