我的一个脚本负责转储数据库,这是一种奇怪的行为。
大多数情况下,脚本运行正常,正确地转储数据库,但是经常在凌晨4点到早上6点之间,脚本无法转储所有数据库的结构和数据:它会在第一个转储的表停止。
非常清楚,它不依赖于脚本所针对的数据库,但实际上取决于时间,因为大多数时候,转储所针对的所有数据库都是正常的,而另一天,很少有数据库被定位转储将不会完全转储。
根据这些“时间线索”,我认为运行我的脚本的主机需要重启夜间,但我不明白为什么转储始终完全停在同一个表中,如下所示:
-- MySQL dump 10.13 Distrib 5.1.63, for debian-linux-gnu (x86_64)
--
-- Host: localhost Database: inpg
-- ------------------------------------------------------
-- Server version 5.1.63-0+squeeze1-log
/*!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 `accounts`
--
DROP TABLE IF EXISTS `accounts`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `accounts` (
`id` char(36) NOT NULL,
`name` varchar(150) DEFAULT NULL,
`date_entered` datetime DEFAULT NULL,
`date_modified` datetime DEFAULT NULL,
`modified_user_id` char(36) DEFAULT NULL,
`created_by` char(36) DEFAULT NULL,
`description` text,
`deleted` tinyint(1) DEFAULT '0',
`assigned_user_id` char(36) DEFAULT NULL,
`account_type` varchar(100) DEFAULT NULL,
`industry` varchar(100) DEFAULT NULL,
`annual_revenue` varchar(100) DEFAULT NULL,
`phone_fax` varchar(100) DEFAULT NULL,
`billing_address_street` varchar(150) DEFAULT NULL,
`billing_address_city` varchar(100) DEFAULT NULL,
`billing_address_state` varchar(100) DEFAULT NULL,
`billing_address_postalcode` varchar(20) DEFAULT NULL,
`billing_address_country` varchar(255) DEFAULT NULL,
`rating` varchar(100) DEFAULT NULL,
`phone_office` varchar(100) DEFAULT NULL,
`phone_alternate` varchar(100) DEFAULT NULL,
`website` varchar(255) DEFAULT NULL,
`ownership` varchar(100) DEFAULT NULL,
`employees` varchar(10) DEFAULT NULL,
`ticker_symbol` varchar(10) DEFAULT NULL,
`shipping_address_street` varchar(150) DEFAULT NULL,
`shipping_address_city` varchar(100) DEFAULT NULL,
`shipping_address_state` varchar(100) DEFAULT NULL,
`shipping_address_postalcode` varchar(20) DEFAULT NULL,
`shipping_address_country` varchar(255) DEFAULT NULL,
`parent_id` char(36) DEFAULT NULL,
`sic_code` varchar(10) DEFAULT NULL,
`campaign_id` char(36) DEFAULT NULL,
`lead_source` varchar(255) DEFAULT NULL,
`zone_geographique` varchar(255) DEFAULT NULL,
`taille_structure` varchar(255) DEFAULT NULL,
`siret` varchar(50) DEFAULT NULL,
`cle` varchar(255) DEFAULT NULL,
`team_create_id` char(36) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `idx_accnt_id_del` (`id`,`deleted`),
KEY `idx_accnt_name_del` (`name`,`deleted`),
KEY `idx_accnt_assigned_del` (`deleted`,`assigned_user_id`),
KEY `idx_accnt_parent_id` (`parent_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;
有没有人遇到过mysqldump这样的行为?
感谢您的帮助
干杯