если у кого и есть такой хостинг, то скоро не будет. нагрузки это не для шареда.
zurk, да, это основное предназначение скрипта. но и странная возможность для перекодировки там тоже есть.
Раз вы не знаете зачем это нужно , может тогда это и проблемы нет?
Есть в phpmyadmin возможности искуственного хранения связей между таблицами в специально настроенной базе. Бывает полезно на этапе проектирования базы и никакого отношения к кодировке не имеет.
Попробуйте поискать как конвертируют базы через скрипт sypex dumper. Там есть настройка RESTORE_CHARSET и этот метод, пожалуй, самый доступный.
Himiko, а mysqldump пофигу серверные настройки. он дампит по 1мб, если не указать net_buffer_length явно. хотите верьте, а хотите проверьте.
ну тут все равно sypex-ом делали.
Cовсем не так.
Обычно mysqldump пытается не создавать sql-операторы больше чем net_buffer_length, так в мане и написано. Возмите большой дамп и посмотрите, там не в одну строчку вся таблица, а порциями. Если только специальной вредительской программой делать дамп, но этот случай маловероятен.
Himiko,
Может кому и логично, но не является правдой. Впрочем, увеличивать max_allowed_packet можно без опасений.
нормально. этот нелепый момент даже в документации описан http://dev.mysql.com/doc/refman/5.1/en/freebsd.html
А, теперь понятно. В freebsd, этой протухшей унылой иконе российского хостинга, чтобы программа смогла потребить больше чем 512Мб нужно в загрузчике специальные параметры указать. у меня есть bsd, там в loader.conf такое :
kern.maxdsiz="1610612736"
kern.dfldsiz="1610612736"
и перегрузить
что касается медленных запросов, то они должны фиксироваться как медленные. откуда вы знаете, что они у вас используют только лишь индексы?
в общем, если раньше вы решали проблемы увеличением key_buffer, значит и после перезагрузки сможете и дальше таким нехитрым методом продолжать.
сам mysql не будет считывать индекс в память пока они не понадобятся, но может. чтобы полностью загрузить индекс попробуйте LOAD INDEX INTO CACHE. http://dev.mysql.com/doc/refman/5.0/en/index-preloading.html
у вас же не обязательно запросы используют только лишь индексы. наверняка там полное сканирование присутствует и тут вылезает высокая доля времени в system - 24.8%
Слава Шевцов, похоже вам просто нужно найти подходящий фреймворк для php. На эту тему уже много копий сломано и даже на форуме. Менять язык нецелесообразно.
В конце концов, вы можете сами разнести рутинные операции по файлам
