Добрый день всем.
MySQL 5.6

Есть OLTP с-ма с 200+ таблицами
ПК у таблиц bigint(20)
В БД куча FK на PK.

Стал вопрос переделать все ПК на int
( реально не надо bigint там даже по большим таблицам - ~ 10 млн максимал. id )

Дамп БД 20 гиг и БД растет в послед. время
за 3 месяца - удвоение.
заказчик надеется что это уменьшит размер и перфоманс ускорит.
Пока надо сделать эксперимент на тест.енве

Сделал простой тест на 2 таблицах - типы для FK должны быть одинаковы.
т.е вначале надо дропать FK ( и индексы ? или ) с чайлдовых таблиц а потом менеять тип в головных.

1?) Какие могут быть отриц. последствия ?

2?) Надо как то снять готоыве FK
может у кого есть готовый скрпит или ссылка
снять готовые FK
Ясно что information_schema.TABLE_CONSTRAINTS + другие

3?) При дропе FK с чайлдовых таблиц надо убирать индекс или нет ?
ALTER TABLE <table1> CHANGE COLUMN id1 id1 int
будет ли разница в скорости выполнения при наличии/отстувтия индекса ?

(тут есть тонкости что в 95% случая имя FK совпадает с именем индекса но вот в оставшихся 5% нет )


4) Как померить потенц. выгоду - посчитать дельту между размерами старой и новой БД ?

PS Обычно DDL наооборт в сторону увеличения.

bigint( 20 )
а что такое 20 в этом случае ?

Нарисовал генерацию скрпитов

FK нашел здесь
http://blog.mclaughlinsoftware.com/2014/03/17/capture-mysql-foreign-keys/


SELECT sql_statement
INTO OUTFILE 'd:/05_fk_recreate.sql'
FIELDS TERMINATED BY '\r\n'
LINES TERMINATED BY '\r\n'
FROM tmp_FK_create



про @@secure_file_priv прочитал дожено быть пустым - елси нет то писать можно только в эту директорию

1?) можно ли в скритах склеить имя выходного файла а потом подставтиь его динмаически ?
(подозреваю что нет)
Целиком клеить строку

2?) можно ли обработать как то в скрипте налчие файла - т.е если есть то удалить его или остановить MySQL скрипт

miksoftГулин Федор,

Не очень понял, зачем вам идти столь сложным путем.
Можно же целиком выключить внешние ключи, сделать ALTER TABLE для всех таблиц и включить внешние ключи обратно.

miksoftГулин Федор,

Не очень понял, зачем вам идти столь сложным путем.
Можно же целиком выключить внешние ключи, сделать ALTER TABLE для всех таблиц и включить внешние ключи обратно.

Имеется ввиду :
SET FOREIGN_KEY_CHECKS=0;

ALTER TABLE для всех таблиц

SET FOREIGN_KEY_CHECKS=1;

зы скрипты пока отрабатывают долго - в общей сложности порядка 6 часов
если я по удаляю индексы а потом востановлю их - насколько это может помочь ?

Такие SQL использую для оперделения размевро бд и таблиц
можно им верить (или надо analyze table прогонять для всех таблиц ? )


37288 размер БД до , 28397 после ~ 24 %
имхо вполне себе приличный выигрыш ( там много audit таблиц с ПК из 2 полей к-е подрезались )

miksoftГулин Федор,

Не очень понял, зачем вам идти столь сложным путем.
Можно же целиком выключить внешние ключи, сделать ALTER TABLE для всех таблиц и включить внешние ключи обратно.
вот про это вопрос - не до конца понял что имеется ввиду.

miksoft,
конверсия пока на тесте и 6 часов многовато - не факт что такое окно будет на проде
пока идея побить на куски и конвертить по частям

даже при
SET FOREIGN_KEY_CHECKS=0;

если FK есть то не дает менять тип полей - ругается
в этом и был вопрос - без дропа FK пооже не обойтись

1?) есть ли разница межуд командами DDL




подозреваю что нет - но почему то начало 2 версия ( ну вот подправили так Скрипт не знаю зачем )
стала дольше выполняться - раньше макс. было 8 минут - теперь 2 раз уже фейлится по таймауту
не думаю что из за этого но вдруг.


2?) Если команда фейлится через 6 минут с Workbench
Error Code: 2013. Lost connection to MySQL server during query 600.516 sec
я нашел там настройки таймаутов - там и стоит 600 сек.

Edit -> Preferences -> SQL Editor and set to a higher value this parameter:

а с командной строки как это установить ?
и есть ли там какой-то глобальный таймаут чтобы уставноить 1 раз и не мучиться