Задача простая. Надо выполнить всего 2 команды на одной таблице. Первая - изменить primary key с одного столбца на 2 столбца. Вторая - создать партиции.

Как делать, какие команды запустить - всё понятно. Попробовал на локальном сервере, всё тип-топ. Вот только загвоздка в том, что таблица большая, примерно 10.5 млн записей (иначе и партиции не были бы нужны ). Поэтому обе команды выполняются очень долго, на локальном сервере в течение многих часов.

Вопрос такой.
На "боевом" сервере что будет при выполнении этих команд - блокировка таблицы? Или просто будет подтормаживать? С тормозами можно смириться, а вот с блокировками нет. Гуру Мускуля - ваше слово!

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

sergeiss, зачем? кто мешает (да и по другому я бы не советовал) сделать все изменения на копии базы, а потом сделать подмену?


_____________
Стимулятор ~yoomoney - 41001303250491

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

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Уточнил... Все-таки можно сделать так, чтобы именно в эту таблицу ничего не писалось некоторое время. Достаточное для того, чтобы обработать.

Думаю так. Сначала сделаю копию данных в другую таблицу в этой же БД. Затем удалю всё из основной таблицы. Изменю структуру таблицы. "Залью" данные обратно из временной таблицы. Установлю корректную величину автоинкремента.

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

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Вам нужно иметь как минимим 2 вир.сервера master и slave и между ними сделать балансировку.
Это точно такаеже опирация если Вы будете делать back up таблицам,slave лочится,а мастер работает.

Другово варианта тут быть не должно,у Вас огромный обьем данных.

Oyeme, идея интересная, но тут не поможет никак, по-моему. Ведь для того, чтобы сделать мастер-слейв, надо проделать еще больше действий. Не с одной таблицей, а со всеми!!! Недавно как раз упражнялся с репликациями, знаю. В данном случае "овчинка выделки не стоит".

Поупражнялся сейчас на локальном сервере с таблицей аналогичного размера (только полей чуть меньше сделал, чем на реальном сервере). Минимальное время, которое у меня получается, порядка 2-3-х часов (точнее не замечал). И очень существенно то, что нахрен все индексы удаляю, остается только primary key - в той таблице, ОТКУДА выкачиваю!!! Иначе вместо простого чтения (как мне надо) для выборки берется зачем-то один из индексов (EXPLAIN показывает использование индекса). Время перекачки инфы возрастает очень сильно с использованием этого индекса. Ну а там, куда качаю, в промежуточной таблице вообще индексов нет.

Можно было бы, наверное, в файл вылить, а потом залить. Но, по сути, я примерно то же самое делаю с промежуточной таблицей.

Кстати. Пока не удалил индексы, вообще ни разу не записал инфу в промежуточную таблицу. Потому что через 4-5 часов просто выключал эту перезапись, потому что понимал, что это уже изврат и что не известно, сколько там еще будет копироваться.

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Ну и да, если делать так
ALTER TABLE t1
PARTITION BY ...
Прямо на живой таблице оно ее залочит. В этом же был вопрос изначально.

Еще есть тулзы для автоматического делания то что я описал выше. У percona-ы есть своя, а еще есть штука от фейсбука для этого же https://www.facebook.com/notes/mysql-at-fac...ql/430801045932

_____________
"Нужно быть готовым прислушиваться к тем, кто может тебя чему-нибудь научить. Иначе ты никогда не вырастешь."

Откровенно я никому ниразу не нагрубил. А дать подзатыльник зарвавшемуся юнцу, так это и ему на пользу, и мне в удовольствие. © AllesKlar

Если вопрос про блокировку, то тут не должно вызывать сомнений...
При партицировании физически создаются разные файлы, на низком уровне
Соотв. если не будет блокировки, то до окончания разбивки - все сохранёные даные будут утеряны

_____________
Если не говорить пользователям, что Linux это "Сложно и страшно", то им совершенно всё равно, в чём не разбираться