I downloaded my Drupal database (in MySQL format, and using phpMyAdmin) from my new web site. I am attempting to import it using phpMyAdmin on my local Win 7 computer running Acquia Dev Desktop. It generates a script timout on Drupal table cache_menu with 31 rows imported.

I started the import again. This time the row count in cache_menu is 62. I've been doing this for hours! The row count goes from 31, 62, 93, 124, 155, 186, ... about 30 rows each time. The odd thing is that only 66 rows exist in cache_menu on bluehost.

Here are the versions of software involved:

Bluehost mysql version 5.5.42-37.1-log InnoDB Acquia mysql version 5.5.42-37.1 InnoDB

Bluehost phpmyadmin version Acquia phpmyadmin version 4.3.7

I tried the suggestions as described in "Maximum execution Time in PhpMyAdmin". Unfortunately, these suggestions resulted in Internal Server Error.

Any idea what's going on?

closed as off-topic by kiamlaluno Jun 13 '15 at 21:15

This question appears to be off-topic. The users who voted to close gave this specific reason:

  • "Questions on programming, PHP, SQL, etc. that do not relate directly to Drupal are off-topic here, but can be asked on Stack Overflow." – kiamlaluno
If this question can be reworded to fit the rules in the help center, please edit the question.

  • Welcome to Drupal Answers! Explaining why importing a database with phpMyAdmin times out is off-topic here. It doesn't time out because the database is one used from Drupal. – kiamlaluno Jun 13 '15 at 21:15

Skip processing rows in cache tables

For any of the cache-tables, there is no need to actually import them in your dev environment. So it is OK to just skip those rows during your import. That might help to get around this issue. FYI: clearing the cache in the site where you are exporting from, before performing the export is another way to avoid such rows being imported (might help also).

Use module Backup and Migrate

Another possible work around, you may want to consider using the Backup and Migrate module. Here is a quote from its project page:

Back up and restore your Drupal MySQL database, code, and files or migrate a site between environments. Backup and Migrate supports gzip, bzip and zip compression as well as automatic scheduled backups.

With Backup and Migrate you can dump some or all of your database tables to a file download or save to a file on the server or offsite, and to restore from an uploaded or previously saved database dump. You can choose which tables and what data to backup and cache data is excluded by default.

Refer to the readme.txt that comes with the module for details to get you going.

Your local environment is Win 7, though your hosted website probably runs in "some other OS" (Linux? Something else? consider clarifying in your question also ...). So that implies potential extra challenges (because of differences in the OS-es. I've had good experiences with Backup and Migrate between different OSes, which didn't cause any problems (worked fine) in situations where the typical MySql export / import failed before.

  • Thanks for the quick response! I am actually watching a video about Backup & Migrate right now. I am curious about the behavior of import as I documented above. – Sam Stamport Jun 13 '15 at 20:38
  • OK. I will drop this question and work on using Backup and Migrate. – Sam Stamport Jun 13 '15 at 21:39

Not the answer you're looking for? Browse other questions tagged or ask your own question.