задача - изменить кодировку в каждой из таблиц.
Всего их - таблиц - 200 с лишним, поэтому двести движений типа ALTER TABLE `table_name` CONVERT TO CHARACTER SET cp1251 COLLATE cp1251_general_ci делать лень.К тому же, это эксперименты, потом может быть надо будет назад в utf8, или еще куда...
Пытаюсь все одним баш-скриптом, и вроде сложного особо ничего нет, надо как то так:
1. собрать в массив результат SHOW TABLES
2. прогнать по циклу, меняя кодировку для каждого элемента
Но что то пока не выходит.
Просто подумал - может, кто то уже был в подобной ситуации и решал эту задачу, или где есть готовый скрипт, а я найти не могу?

шото в этом роде. Подразумевается что ты хосчешь сгенерить скрипт который меняет все таблицы в определенной базе/схеме (в этом случае database_name). Если нет то работай с IN/NOT IN.
Как убрать "-" "+" "|" искать лень

вот короче
mysql information_schema -e "select concat('ALTER TABLE ', TABLE_NAME, ' CONVERT TO CHARACTER SET cp1251 COLLATE cp1251_general_ci;') from TABLES where TABLE_SCHEMA='database_name';" -p --skip-column-names -s > char_set.sql
в результате получаешь скрипт который меняет кодировку

что то пока "ошибка синтаксиса"

ты database_name на имя своей базы поменял ?
можно весь аутпут в студию, а то я свой стекляный шар сегодня забыл

поменял..
mysql information_schema -e "select concat('ALTER TABLE ', TABLE_NAME, ' CONVERT TO CHARACTER SET cp1251 COLLATE cp1251_general_ci;') from TABLES where TABLE_SCHEMA='test_2';" -p --skip-column-names -s
Ошибка
SQL-запрос: Документация
mysql information_schema - e "select concat('ALTER TABLE ', TABLE_NAME, ' CONVERT TO CHARACTER SET cp1251 COLLATE cp1251_general_ci;') from TABLES where TABLE_SCHEMA='test_2';" - p - - skip - COLUMN - NAMES - s
Ответ MySQL: Документация
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'mysql information_schema -e "select concat('ALTER TABLE ', TABLE
Вот еще, нашел PHP скрипт, уже готовый - вот тут взял - http://www.iqpartner.info/ru/?ARTICLE=charset_auto_change
пишут, что
╚Вначале, ВСЕ данные нужно перевести в бинарный вид и тогда смена кодировки базы данных их не затронет. После этого можно менять кодировку чего угодно (БД, Таблиц, Полей), на какую угодно. А когда кодировка изменена, то формат данных меняете обратно.╩
скрипт сработал корректно, все таблицы в результате как надо, единственное, время исполнения скрипта больше 30 секунд, так что если в PHP-ini прописано макс экзекуте тайм 30 сек, как у меня было, то надо увеличить этот параметр, хотя бы на время работы скрипта. Иначе будут изменены кодировки не всех таблиц, а только тех, что скрипт успеет пройти за 30 сек, и сама работа скрита завершится с ошибкой.
Да...но все таки по первому методу тоже бы хотелось увидеть, где ошибка

версия ?
как вызываешь ?
у меня это отрабатывает из коммандной строки. Версия мускула 5.0.51а. Тебе это в php надо своять ?

версия ?
как вызываешь ?
версия 5.1.30
так же пробовал на 4.1.16.
В общем, если вызываю с консоли, странно, вроде все обрабатывается, никаких ошибок не пишет, по окончании кодировка остается такая, какая была..
Ошибку выше привел, если через phpmyadmin..
у меня это отрабатывает из коммандной строки. Версия мускула 5.0.51а.
В виндах стоит тока денвер, все по умолчанию - root без пароля, ради полноты эксперимента запускаю это дело в cmd под денвером - но проверить не могу, поскольку ERROR 1045 (28000): Access denied for user '=root'@'localhost' (using password:NO)
Тебе это в php надо своять ?
Да зачем?Спасибо, вполне вот рабочий скрипт есть, я просто стараюсь рассматривать все возможные варианты..

это и логично, потому как этот запрос генерит SQL-Script, этот скрип то тебе и нужно запускать чтоб поменять кодировку.

если я просто исполняю -
mysql information_schema -e "select concat('ALTER TABLE ', TABLE_NAME, ' CONVERT TO CHARACTER SET cp1251 COLLATE cp1251_general_ci;') from TABLES where TABLE_SCHEMA='test_2';" -p --skip-column-names -s - то результат, как я сказал выше, а если добавляю > char_set.sql,
то никакой скрипт не генерируется, создается пустой файл с этим именем, и все...
Хотя... нашел ошибку..все, вижу, что делаю, спасибо, можно закончить на этом.

Вот еще что подумал,
почему то при обращении к information_schema требует ручного ввода пароля, даже если я юзера и пароль явно прописываю в запросе.Можно ли это как то обойти?
При обращении к другим базам этого нет...
Просто думал, что вот такой скрипт будет работать без ручного ввода пароля..

В общем, конечно, некритично, просто интересно, почему так..

ну наверное 2>&1 sql.sql поможет.

хз. может какие нить grants прописаны. в таблице mysql есть db и users посмотри там или
show grants;
show <что то еще>;

вот я тормознул...

Сам второй раз вызываю пароль..для ручного ввода...