总结：
处理问题之后，先把经验总结一下，步骤可分为以下几步：
1、检查定时任务crontab服务是否已正常启动，service crond status
2、检查定时任务的命令是否有错，如果执行了脚本，也需要检查脚本是否有错，特别是输入输出文件时注意文件的绝对路径、脚本的执行权限，最好先手工执行以下脚本，确保脚本可正常执行。
3、检查crond服务正常启动，又看不出来自己的定时任务命令跟脚本命令有什么问题，那就只能一步步看日志去排查问题了。
为了节省篇幅，下文隐去了1、2两个步骤的操作。
处理过程：
安装了一个postgres数据库，为了备份数据库，就写了个备份脚本，在执行crontab -e添加定时任务，结果发现/var/log/cron日志中有相关记录，但是无报错信息。
但是执行并没有成功。
一般情况下，当定时任务执行失败时，如果没有屏蔽错误时，系统会发送一个系统邮件到/var/spool/mail/root，但是仔细一开下面那条日志，发现发送日志失败了：
所以日志并没有生成，此时去需要去查看邮件日志/var/log/maillog，
百度一下找到解决方案：
vi /etc/postfix/main.cf
修改inet_interfaces参数值为all
此时需要注意上面的提示，修改参数之后需重启postfix服务，
service postfix restart
处理完发送系统邮件的问题之后，就可以去查看定时任务失败的邮件了，为了快速产生邮件，可以设置定时任务一分钟执行一次，等问题解决之后在调整为正常周期。
vi /var/spool/mail/root
此时发现了是postgres命令找不到，查看定时任务找到哪里使用了这条命令，如果定时命令中执行了脚本，那么也需要检查脚本内容：
crontab -e
发现了是自己填写的定时任务有问题，root通过直接编辑/etc/crontab文件的方式来添加定时任务时，可以指定执行用户，但是如果使用了crontab -e来添加的任务，是没有指定执行用户这个参数的，因此我这样写的定时任务，会把postgres认为是一个命令，然后报错命令不存在，无法执行，此时只需要把postgres去掉即可
然后查看日志/var/log/cron就可以看到定时任务正常执行，不再产生邮件
