Какой лучший способ сделать тестирование базы данных (MySQL Spesific)

Question

Прямо сейчас я на тестировании чего-то в базе данных. Это база данных WordPress. Я должен писать и удалять и делать другую работу на нем. Как вы знаете, у него есть механизм индексации, который всегда будет делать каждый новый пост наследует следующий максимально возможный идентификатор.

Пожалуйста, подумайте, что эта база данных является копированием используемой базы данных. Это было написано раньше. Итак, мне нужно будет убедиться, когда я закончу тестирование, это будет одинаково

Прямо сейчас мое единственное решение делает резервную копию. Так что, если у меня закончится в некоторых разделах планируемого тестирования, я буду резервноте его и начать следующее тестирование на другую копию.

К счастью, размер базы данных - это только маленький. Так что удалите и скопируйте и резервную копию его будет легко. Но я знаю, что этот способ тестирования базы данных - это только частичное решение. Заставьте меня создавать слишком много резервных копий. Я не знаю, что я буду делать, если база данных имеет больше размера. Это будет очень длинный тестирующий кошмар.

Поэтому мне интересно, есть ли решение, которое работает так же, как откат. Таким образом, он просто будет заблокировать базу данных и просто поставить новую запись как какой-то кеш. Я могу стереть его или запись в базу данных.

Я использую MySQL и PHPMYADMIN и использовать его для разработанного пользовательского решения.

Редактировать ::: Как эффективно делать тестирование на базе данных при разработке решения PHP?

Answer 1

Если ваша файловая система поддерживает записи моментальных снимков - LVM, ZFS, Veritas и т. Д. - Вы можете предпринять мгновенную копию всей раздела базы данных, устанавливайте, что в другом месте запустите новый экземпляр MySQL, который использует снимок, выполнил свое тестирование, Удалите свой снимок - все, не нарушая свою реплику.

Снимок нуждается только в хранении для количества данных, которые изменяются во время тестирования, и поэтому может потребоваться только несколько ГБ.

Answer 2

После того, как вы удалите запись, когда вы вставляете новую запись, если установите идентификатор на нужное количество, а не оставить его пустым, он должен просто снова заполнить этот индекс.

Answer 3

Является ли пост номер автоинкремента? Если нет, взломать WordPress (временно) и ищите код, где хранятся новые посты. Перед тем, как сохранить, почему вы не добавляете постоянную, например, 1000 к идентификаточному номеру сообщения. Когда вы закончите с помощью тестирования, просто удалите идентификационные номера, которые больше, чем ваша постоянная.