代码之家 › 专栏 › 技术社区 › Darkkz

Wordpress数据库导入出现奇怪错误

wordpress mysql

Darkkz · 技术社区 · 10 年前

我导出了Wordpress的数据库。到现在为止,一直都还不错。但当我试图从cPanel通过PHPMyAdmin导入它时,我开始收到以下错误:

插入wp_commentmeta值(

“1”,“1”、“_wp_trash_meta_status”、“1”);

MySQL表示:文档

1030-存储引擎出现错误-1

我尝试改变浏览器、主机,通过不同的模块导出数据库。什么都没用。

我还尝试使用cPanel中可用的“修复”功能修复数据库,但没有起作用,因为我得到了这样的响应:

[projamz1_pds.wp_commentmeta]注意:表的存储引擎不支持修复[projamz1_pds.wp_comments]注意:存储桌子的引擎不支持维修 [projamz1_pds.wp_layerleader]注意:表的存储引擎不支持修复[projamz1_pds.wp_links]注意:存储表的引擎不支持修复[projamz1_pds.wp_options] 注意:表的存储引擎不支持修复 [projamz1_pds.wp_popover_ip_cache]注意: 表不支持修复[projamz1_pds.wp_postmeta]注意: 表的存储引擎不支持修复 [projamz1_pds.wp_posts]注意:表的存储引擎没有支持修复[projamz1_pds.wp_revslider_css]注意:存储桌子的引擎不支持维修 [projamz1_pds.wp_revslider_layer_animations]注意:存储引擎因为桌子不支持维修 [projamz1_pds.wp_revslider_settings]注意: 表不支持修复[projamz1_pds.wp_revslider_sliders]注意: 表的存储引擎不支持修复 [projamz1_pds.wp_revslider_slides]注意: 表不支持修复[projamz1_pds.wp_revslider_static_slides] 注意:表的存储引擎不支持修复 [projamz1_pds.wp_term_relations]注意: table不支持修复[projamz1_pds.wp_term_taxonoom]注意: 表的存储引擎不支持修复 [projamz1_pds.wp_terms]注意:表的存储引擎没有支持修复[projamz1_pds.wp_usermeta]注意: 该表不支持修复[projamz1_pds.wp_users]注意: 表的存储引擎不支持修复

我认为问题的核心是:

插入到 wp_commentmeta ( meta_id , comment_id , meta_key , meta_value )值(1,1,“_wp_trash_meta_status”,“1”),(2,1, “_wp_trash_meta_time”,“1425058099”),(3,18,“_wp_trash_meta_status”, '0'),(4,18,'_wp_trash_meta_time','1425058099'),(5,34, “_wp_trash_meta_status”,“0”),(6,34,“_wp_trash_meta_time”, '1425058099'),(7,33,'_wp_trash_meta_status','0'),(8,33, “_wp_trash_meta_time”,“1425058099”),(9,10,“_wp_trash_meta_status”, '0'),(10,10,'_wp_trash_meta_time','1425058099'),(11,9, “_wp_trash_meta_status”,“0”),(12,9,“_wp_trash_meta_time”, “1425058099”),(13,19,“_wp_trash_meta_status”,“1”), “_wp_trash_meta_time”,“1425058099”),(15,23, “_wp_trash_meta_status”,“1”),(16,23,“_wp_trash_meta_time”, “1425058099”),(17,22,“_wp_trash_meta_status”,“1”), “_wp_trash_meta_time”,“1425058099”),(19,32, “_wp_trash_meta_status”,“0”),(20,32,“_wp_trash_meta_time”, '1425058099'),(21,31,'_wp_trash_meta_status','0'),(22,31, “_wp_trash_meta_time”,“1425058099”),(23,3,“_wp_trash_meta_status”, '0'),(24,3,'_wp_trash_meta_time','1425058099'),(25,30, “_wp_trash_meta_status”,“0”),(26,30,“_wp_trash_meta_time”, '1425058099'),(27,29,'_wp_trash_meta_status','0'),(28,29, “_wp_trash_meta_time”,“1425058099”),(29,28, “_wp_trash_meta_status”,“0”),(30,28,“_wp_trash_meta_time”, '1425058099'),(31,15,'_wp_trash_meta_status','0'),(32,15, “_wp_trash_meta_time”,“1425058099”),(33,27, “_wp_trash_meta_status”,“0”),(34,27,“_wp_trash_meta_time”, '1425058099'),(35,26,'_wp_trash_meta_status','0'),(36,26, “_wp_trash_meta_time”,“1425058099”),(37,2,“_wp_trash_meta_status”, '0'),(38,2,'_wp_trash_meta_time','1425058099'),(39,25, “_wp_trash_meta_status”,“0”),(40,25,“_wp_trash_meta_time”, '1425058099'),(41,24,'_wp_trash_meta_status','0'),(42,24, “_wp_trash_meta_time”,“1425058104”),(43,8,“_wp_grash_meta_status”, '1'),(44,8,'_wp_trash_meta_time','1425058104'),(45,7, “_wp_trash_meta_status”,“1”),(46,7,“_wp_trash_meta_time”, '1425058104'),(47,6,'_wp_trash_meta_status','1'),(48,6, “_wp_trash_meta_time”,“1425058104”),(49,5,“_wp_trash_meta_status”, '1'),(50,5,'_wp_trash_meta_time','1425058104'),(51,4, “_wp_trash_meta_status”,“1”),(52,4,“_wp_trash_meta_time”, '1425058104'),(53,11,'_wp_trash_meta_status','1'),(54,11, “_wp_trash_meta_time”,“1425058104”),(55,14, “_wp_trash_meta_status”,“1”),(56,14,“_wp_trash_meta_time”, '1425058104'),(57,13,'_wp_trash_meta_status','1'),(58,13, “_wp_trash_meta_time”,“1425058104”),(59,12, “_wp_trash_meta_status”,“1”),(60,12,“_wp_trash_meta_time”, '1425058104'),(61,17,'_wp_trash_meta_status','1'),(62,17, “_wp_trash_meta_time”,“1425058104”),(63,16, “_wp_trash_meta_status”,“1”),(64,16,“_wp_trash_meta_time”, '1425058104');

虽然我不想删除它并像那样导入,因为我担心我会破坏一些东西。

有什么建议吗?

LE:我试着在没有我怀疑是问题的零件的情况下进口。没有成功。仍然是相同的错误-#1030-从存储引擎中得到错误-1。但现在我导入了两张桌子,而不是一张。仍然无法解决问题。由于wordpress的工作没有任何问题。我想当我试图导出数据库时会发生一些事情。

干杯

1 回复 | 直到 4 年前

O. Jones 10 年前

一些廉价且令人讨厌的共享托管提供商不支持所有MySQL访问方法。

尝试以下操作:例如,对于每个表,查找由导出生成的SQL文件的如下部分。

CREATE TABLE `wp_options` (
    `option_id` BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT,
    `option_name` VARCHAR(64) NOT NULL DEFAULT '',
    `option_value` LONGTEXT NOT NULL,
    `autoload` VARCHAR(20) NOT NULL DEFAULT 'yes',
    PRIMARY KEY (`option_id`),
    UNIQUE INDEX `option_name` (`option_name`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
;

删除表示以下内容的行 ENGINE=something ,然后重试导入。这将允许MySQL服务器使用其可用的任何ENGINE。