【问题标题】:Crontab mysqldump has massive error logcrontab mysqldump 有大量错误日志
【发布时间】:2017-11-02 02:02:33
【问题描述】:

我正在安排一个 mysql 数据库的备份(带有错误日志记录),在 crontab 中使用以下命令:

0 4 * * * mysqldump -u root -p PASS database > backup_`date "+\%F"`.sql 2> cron_back.log

我可以将 msqldump 命令包装在 bash 脚本中,然后将其安排在 crontab 中,但如果可能的话,我想以更直接的方式执行此操作,并了解我在错误记录时做错了什么。

问题在于日志文件似乎是实际的 mysqldump,如下所示。

$ls -l

-rw-rw-r-- 1 user user 27091521 Nov  1 04:00 cron_back.log
-rw-rw-r-- 1 user user 27959895 Nov  1 04:00 backup_2017-11-01.sql

再深入一点:

$nano cron_back.log                                                                                        

-- MySQL dump 10.13  Distrib 5.7.20, for Linux (x86_64)
--
-- Host: localhost    Database: database
-- ------------------------------------------------------
-- Server version       5.7.20-0ubuntu0.16.04.1

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Table structure for table `AreaLayoutColumns`
--

DROP TABLE IF EXISTS `AreaLayoutColumns`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `AreaLayoutColumns` (
  `arLayoutColumnID` int(10) unsigned NOT NULL AUTO_INCREMENT,

最后,在许多页之后,以 ...

/*!40000 ALTER TABLE `gaPage` ENABLE KEYS */;
UNLOCK TABLES;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2017-10-31  4:00:04

我希望日志文件只包含错误消息。

【问题讨论】:

  • 您应该使用 --log-error=file_name 而不是假设错误最终会出现在 fd 2 上。此外,在 2>logfile 之间也可以有 no space将它放在 crontab 中。所有这些都可以通过查看文档来找到。
  • 基于 backup_date "+\%H".sql,输出文件将被命名为 backup_<hour>.sql 而不是 backup_2017-11-01.sql%H 是小时标签。你的输出文件怎么会有完整的日期。您是否提到了问题中提到的不正确的日期格式?
  • 感谢您的回复。艾哈迈德,感谢您的回答,我会调查并可能实施。很抱歉造成混乱,Madhurkar。我在两个工作中遇到了同样的问题,并且无意中将命令与输出交叉。
  • Madhukar,我已经更新了问题。

标签: mysql cron


【解决方案1】:

只需删除2>和文件之间的空格

0 * * * * mysqldump -u root -p PASS database > backup_`date "+\%H"`.sql 2>cron_back.log

【讨论】:

    猜你喜欢
    • 2017-11-16
    • 1970-01-01
    • 2013-11-23
    • 1970-01-01
    • 1970-01-01
    • 2012-11-18
    • 1970-01-01
    • 2015-02-24
    • 1970-01-01
    相关资源
    最近更新 更多