|
Задавайте вопросы, мы ответим
Вы не зашли.
Здравствуйте. Подскажите, пожалуйста, с чем связана причина увеличения дампа базы. Делал ежедневный дам базы mysqldump'ом и архивировал gzip'ом, но после чиски базы (удаление ненужных таблиц, закрытие неиспользуемых уч.записей и пр. - делалось это через dbForge Studio и Web client) на следующий день дамп вырос буквально в 2 раза с 2 Гб до 4Гб. Провел сверку - восстановил в тестируемую базу оба дампа и сопоставил размер таблиц, количество записей, размер индексов - результат практически одинаковый, есть не существенные изменния в количестве строк где то чуть больше где то чуть меньше, тоже самое и с размером таблиц т.е. изменения кот. произошли с базой немогли повлиять на размер дампа. Предполагаю, что возможно увеличились логи или кеш mysql кот. каим то образом попадает в дамп.
Неактивен
Кэш не попадает в дамп и логи mysql тоже. Сравните кодировку дампа - возможно, он начал записываться в utf8. Какой объем таблиц? (если таблицы MyISAM, можно посмотреть по объему .MYD файлов)
Неактивен
Количество таблиц старого дампа 321 нового 299,
в базе (новый дамп 4 Гб) -- в среднем размер таблиц 10 кб до 9800 кб, 8 таблиц от 12000 до 64000 кб,
3 таблицы от 135000 до 200000 кб и 2 таблицы от 1160000 до 3230000 Кб , присутствуют таблицы как innodb так myisam (их размер мизерный - десятки киллобайт) т.е в общей сложности общий размер базы от 6,0 - 7,7 Гб
в базе (старый дамп 2 Гб)-- в среднем размер таблиц так же от 10 кб до 10000 кб, 14 таблиц от от 12000 до 67000 кб, 5 таблиц от 87000 до 364000 Кб, 1 табл 1140000 кб, тоже присутствуют myisam с мизерным размером в общей сложности размер таблиц до 5,8 Гб
- везьде кодировка таблиц utf8 - как в базе восстановленной из старого дампа так и из нового
- заметил что размер одной временной таблицы увеличился почти 5 раз с 58000 до 3230000 кб с 59 Мб до 3Гб
(до этого 3 раза сверялся и видимо как то умудрился проскочить мимо данной таблицы, заметил только когда отсортировал список таблиц по размеру в порядке увелчения)
- попробую все временные таблицы обнулить и завтра отпишусь какой вышел дамп, возможно это и есть причина ))) Спасибо.
Хотелось бы по подробнее уточнить про кодировку в дампе (раз уж вы упомянули), на что она влияет, если , грубо говоря, я скрипт запускаю с минимальными параметрами (исключение всего лишь нескольких таблиц, сбор триггеров - процедур и функций) кодировку не трогаю и далее направляю в архив.
Неактивен
Если дамп в UTF8, то все в порядке, это поведение по-умолчанию. Я упомянул про это, так как если дамп раньше был в cp1251, то русский текст занимал бы вдвое меньше.
Неактивен
В случае однобайтовой кодировки на хранение 1 символа требуется 1 байт, в счучае многобайтовой - несколько (например, для utf8 3 байта на символ). Отсюда и разница в размере. Но это было предположение, что вы случайно изменили настройки вашего инструмента, с помощью которого делаете дамп, и новый дамп получился в многобайтовой кодировке, а старый в однобайтовой.
Но в вашем случае причина в 50ти кратном увеличении размера временной таблицы.
Неактивен
Да, все правильно, причина была именно в увеличении временных таблиц, очистил все таблицы и не сжатый дамп сейчас весит 1,5 Гб ))
Неактивен
