Блог

Есть ли способ с помощью PHP создать резервную копию данных только из таблиц базы данных MySQL?

Взгляните на http://davidwalsh.name/backup-mysql-database-php и удалите части, где он генерирует команды sql для повторного создания структуры.

Использовать SHOW TABLES (http://dev.mysql.com/doc/refman/5.0/en/show-tables.html ) чтобы получить каждую таблицу, зациклите их с помощью PHP с помощью SELECT * FROM -tablename- . Затем зациклите этот набор записей, используйте implode(',' $results) для получения данных (CSV). Возможно, вы захотите создать отдельный for или что-то еще для каждой таблицы, конечно.

Вы соглашаетесь с тем, что вам нужны «исходные данные (например: в формате CSV), а не какая-либо форма инструкций INSERT» — но принятый вами ответ касается именно последнего, используя, например, эту строку кода:

 $return.= 'INSERT INTO '.$table.' VALUES(';
  

Что прекрасно, если это действительно то, чего вы хотите, но на вашем месте я бы просто сделал системный вызов mysqldump вместо этого. Вы можете заставить mysqldump просто генерировать набор инструкций INSERT INTO безопасным и надежным способом, не беспокоясь о том, «я закрыл эту двойную кавычку? Должна ли здесь быть дополнительная запятая?» и т.д.

Я не знаю, почему вы также не хотите экспортировать схему — если вы укажете —add-drop-table, тогда дамп вашей базы данных станет приятным, аккуратным восстановлением всей вашей базы данных, если случится худшее — но если вы просто хотите экспортировать свои данные, и вы можете выполнить системный вызов mysqldump в вашем PHP-скрипте, вы могли бы запустить:

 mysqldump --skip-triggers --compact --no-create-info db_name | gzip -c > /tmp/db_name_backup.sql.gz
  

—no-create-info исключает все инструкции CREATE TABLE; но, как я уже сказал, я бы предпочел включить как CREATE, так и DROP, ЕСЛИ ОНИ СУЩЕСТВУЮТ, чтобы у вас была полная резервная копия данных и схемы.

Я действительно рекомендую выполнять резервное копирование с использованием сгенерированного mysqldump SQL, который MySQL изначально понимает и который правильно обрабатывает кодировку, пробелы и т.д., А не что-то вроде CSV, который AFAIK на самом деле не является каким-либо международно признанным стандартом и не может быть передан обратно в mysql для восстановления вашей базы данных позже:

 gunzip -c < /tmp/db_name_backup.sql.gz | mysql db_name
  

Если ваша резервная копия представляла собой отдельный CSV-файл для каждой отдельной таблицы, восстановление этой резервной копии становится гораздо более сложной задачей.