MYSQL在使用drupal时在XAMPP上崩溃

Question

你好，就在今天早上，我用drupal添加了一些内容，它在xampp意外的崩溃和mysql关闭！

我做的最后一件事是插入一个带有“自动完成实体引用”..but的字段，它给了我一个红色的错误：“实体引用中不存在数据”，接下来我做了修复我的插入的事情，它得到了mysql崩溃的错误！

我多次尝试重新启动它，但是每次启动它，它都不会对任何事情做出响应，然后再次关闭。

有时，我很难登录到phpmyadmin，检查数据库，(对我来说一切都很好)，但是在深入之前，它又崩溃了！(只有不到1分钟的时间，在坠机前反应也很慢！)

我尝试编写任何sql语句(我认为它与drupal缓存有关，所以我想删除它们的数据)，但是它挂起，最后mysql再次关闭。

下面是药物初始错误的屏幕截图：

但是，在xampp尝试刷新和重新启动mysql之后，我得到了以下错误：

我环顾了一下google和stack，发现我需要在mysql..after上检查错误日志文件来确定问题，我想我发现我的问题在于一个损坏的表：(我不能在这里发布所有的错误报告，因为它们太长了)

所以从字里行间我发现了这个：

表"bitnami_drupal7"."field_revision_field_citizenship"iis损坏:InnoDB。请把桌子放下，再重新做一次。尽管表的bitnami_drupal7/field_revision_field_citizenship文件存在，但警告 InnoDB:不能从InnoDB的内部数据字典中打开表.frm。有关如何解决问题，请参见http://dev.mysql.com/doc/refman/5.6/en/innodb-troubleshooting.html。

我很惊讶整个服务会因为一个简单的表而关闭，为什么呢？为什么一个表会被它自己破坏呢？我的意思是，我只是专注于drupal内容和添加设置和东西(甚至没有编码，什么都没有)，这种事情怎么会发生呢？

我找到了一些解决方案，(增加数据包大小的解决方案不起作用，因为它以前发生过并且已经解决了，但现在看起来不一样了)，以下是一些解决方案：

(1)。

米舍尔德 innodb_force_recovery =1

或(2)。

删除："ibdata1“文件，位于"C:\xampp\mysql\data”

所以，我在这里问的原因是，这些方法安全吗？它们不会影响我的drupal桌子吗？

如果出了什么问题，对我来说将是灾难性的，因为第一种解决方案说的是“武力”，听起来很可怕，最终可能会根据我所读到的东西腐蚀东西。(不过，我不太确定)

另外，第二个解决方案是删除该文件(我不确定该文件是什么或做什么)，该文件是否包含任何影响我的数据库文件的数据库内容？或者仅仅是为了配置目的？我的意思是，也许有些人在数据库中没有严肃的东西，所以他们尝试并为他们工作。

但对我来说，如果那些解决方案中的数据发生了什么不好的事情，这是非常关键的。

我想知道这些解决方案是否会影响我的数据。

我对这个数据库非常陌生，所以我不是sure..thats，为什么我试图采取谨慎的步骤来问这个问题。

请从你的经验中指导我。

谢谢

Answer 1

好吧，我最适合我的解决方案。

在选择上述问题中提供的解决方案时非常谨慎。

(因为解决方案不能保证我的数据是完整的)，我为我的drupal数据库文件夹做了备份，以防万一。

选择解决方案(2)，这是在解决问题时添加force_recovery..but没有运气。

因此，我转到"C:\xampp\mysql\data\bitnami_drupal7“中损坏的文件的位置，并将损坏的文件移到另一个文件夹(注意:我没有删除损坏的文件)。

然后启动mysql服务，和中提琴！我的德鲁帕尔又复活了。

我能够使用sql查询访问phpmyadmin。

(当时，mysql无法执行sql查询，因为它处于即将崩溃的状态)。

我直接去了drupal的缓存表清理它们。

(那时，我想在错误开始时清除drupals的缓存，因为我知道mysql因为drupal中的一个表而崩溃；但是mysql没有足够的时间在phpmyadmin中执行sql查询，同样是因为崩溃)。

因此，在使用以下代码清除"bitnami_drupal7“中的所有drupal缓存后：

截断表缓存；截断表cache_block；截断表cache_bootstrap；截断表cache_field；截断表cache_filter；截断表cache_form；截断表cache_image；截断表cache_menu；截断表cache_page；截断表cache_path；截断表cache_token；截断表cache_update；

然后，我再次替换损坏的文件，以尝试它是否被识别，并启动mysql..and它工作了！！

mysql再也没有崩溃，并抱怨该文件已损坏，这使我免于删除或影响任何数据。