Переустановил MySQL. Как подключить уже существующую (старую) базу. #499453

ПЕреустаногвил Мускуль. Просто удалил старый 5.0 поставил 5.1. Теперь не знаю как подключить старые базы. Подскажите граждане, товарисчи, баре ... Есть phpMyAdmin. Но не соображу как. Благодарствуем.

скопировать нужную базу в нужную папочку

Никак, если старый не сохранился. Надо было сдампить базы оттуда и восстановить сюда.

По-моему сегодня одним 1с-ником станет меньше.

адинес с мускулем работает ?

Как я узная, какая нужная ? Она и так как лежала на месте, так и лежит. Или имееешь в виду создать новую пустую, а ткдк залить содержимое каталога старой ? Дануна ... С чего это оболочка с базой так связаны ? В жисть не поверю. Даже оленеска позволяет базы как угодно тусовать ...

Сменили ISAM на MyISAM.

Уверен, что подключить мона, тока не найду как пока ...

Может быть. Но не быстрее ли будет восстановить 5.0 и сдампить базы?

а аттачь не помогает?

Шо такое и из чего следует ? Типа 5.0 - ИСАМ, а 5.1 МуИСАМ ? Четокак то туго ...

Блин, это же не скул. прошу прощения

прописать в базу mysql insert into mysql.db ...

Не совсем в курсе, шо такое ...

все беру в команду.... команду КВН

ТОгда другой вопрос, как в 5.0 подключить старые базы ?? Или сами подключатся ? Если там можно почему тут нельзя

>insert into mysql.db ... ЩАс покурю тему ...

то же самое, база мускуль наверняка заменена

Ну ты же в курсе за оденеснеков ... Отстатыщщ и я ваш  на веки :)) , мона и клоуном паработать ...

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

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

самое простое создать тебе такую же новую базу (старые файлы ее забекапить) и потом остановить мускуль и скопировать старый каталог взамен нового

Мы тебя теряем?...

пароль хранится не в базе, а в базе mysql

на венде дела толком с мускулем не имел

Щас я помолчу 15 мин,потом доложу ...

Создавал новую вот так mysqladmin -uххх -p ххх create ххх Создавал из СМД. Первый раз просто молча вернулся в корневой катало БИН Нажал второй раз на энтер, говорит, что база уже екзист,есть типа. Захожу в ПХПМуАдмин, вс пске такая база есть, таблиц в ней нету, понятно. Но бляха-муха, я ни как не могу найти каталог этой базы, епрст. В кталоге установки нет, в старом каталоге баз - только переименованная старая база. Как узнать путь к каталогу базы ?

Смотри в my.ini

угу

Я там вот что нашел datadir="C:/Documents and Settings/All Users/Application Data/MySQL/MySQL Server 5.1/Data/" Там соответственно нашел и каталог базы данных. Я вспомнил, что при установке указал что только для текушего пользователя.Хотя каталог для баз зоздавал иной. Таак,щас разберусь.Пока помолчу.

Возможно, задал при установке inno_db_data_homedir

Хмм,каждыйновый отве порождает новый вопрос. А для Joomla, какой тип баз Мускуля лучьше использовать InnoDB или MyISAM ??? Такая вот инфа интересная. >>>>а быстро писать "на полном скаку" в одну таблицу - лучше myisam >>>нет. >> >>MyISAM умеет быстро читать, с записью как раз есть большие проблемы, из-за >>чего и появились отложенные insert, без них на большом объеме обновлений >>myisam затыкается. > > >На моем опыте - MyISAM выигрывает здоровски с простыми запросами и небольшой >БД(до 500000 записей). Странный у вас опыт...Либо руки неоттуда (=/), либо совсем простые запросы, да и то - по синтетикам InnoDB лучше в 1.5-2 раза, см. тесты....На mysql.com черным по белому пишут о том, что в heavy load production лучше юзать InnoDB, основные причины тут уже описаны.... У меня в небольшой базе поисковика ffsearch(2.5kk индексированных файлов, 250-300Мб сама база) время полного ребилда снизилось с 1.5-2 часов до 10-20 минут ;) Это называется блокировки на уровне записей или что такое MyISAM + concurrent SELECT+UPDATE ;) Ссылку не могу запостить, она какая то километровая.

Вот еще В MyISAM блокировки на уровне таблицы, а в  InnoDB  ну уровне записи. В момент записи/обновления в MyISAM все кто обращается к этой таблице ждут, если писать пытаются несколько одновременно - совcем плохо. Склоняюсь к мысли, что для сайта достаточно MyISAM, поскольку записи в базу мускуля будут делаться только 1 приложением. Администрирование и изменение контента в базу конечно пишутся, но не редко, важны ли тут транзакции, а вот логи статистики с сайта, сто же ведь в базе,это критично или нет ? Мождля этого транзакции то же не особо нужны ?

ВОт резюмекому интересно. Отвечает админ и разработчик 5.0 Ссылку запостить не могу, они почему то безумно длинные. >1. Уходить ли с MySQL - вопрос интересный, но, обычно, политический. MySQL справляется с очень большими нагрузками, как и другие СУБД. 2. Утверждение, что  MyISAM  быстрее  InnoDB  - сомнительное. Они предназначены для разных видов приложений. MyISAM  - таблички, предназначеные для приложений с очень большим перевесом в сторону чтения (например, они будут хорошо себя вести при 1000 чтений на 1 запись). При этом следует понимать, что они не поддерживают одновременную запись. InnoDB  в свою очередь поддерживает одновременную запись при очень малой деградации производительности чтений по сравнению с  MyISAM . Собственно, в условиях присутствия запросов на запись, параллельные чтения из той же таблички  InnoDB  возможны (в отличие от  MyISAM ), а, соответственно, производительность таких таблиц будет в среднем выше. Сайт вот этот.

Короче ларец просто открывался. ЕСли базы лежат в каталоге установки, для 5.0 это типа С:МуСКЛData, для 5.1 в каталогепользователя C:DocumentsandSettingsAllUsersApplicationМускульData, переименовываем старую базу,командуем мускулю создать новую базу с тем же логином и паролем, затем удаляем созданный каталог, а старый переименовываем обратно. Если база лежала в произвольном каталоге, то тогда просто командуем мускулю создать базу, затем в штатных каталогах (см. выше) удаляем эти базы, а вместо них оставляем протые текстовые файлы (хоть из блокнота) типа названиебазы.sym внутри он должен содержать строку абсолютным путем к базе,включая каталог базы. Типа E:BaseSQLимябазы И вуаля. Тема закрыта.