П О Р Т А Л                            
С Е Т Е В Ы Х                          
П Р О Е К Т О В                        
  
Поиск по сайту:
                                                 
Главная

О проекте

Web-мастеру
     HTML & JavaScript
     SSI
     Perl
     PHP
     XML & XSLT
     Unix Shell

MySQL

Безопасность

Хостинг

Другое








Самое читаемое:

Учебник PHP - "Для Чайника".
Просмотров 179528 раз(а).

Иллюстрированный самоучитель по созданию сайтов.
Просмотров 77449 раз(а).

Учебник HTML.
Просмотров 75124 раз(а).

Руководство по PHP5.
Просмотров 46157 раз(а).

Хостинг через призму DNS.
Просмотров 53398 раз(а).

Подборка текстов стандартных документов.
Просмотров 46144 раз(а).

Учебник PHP - Самоучитель
Просмотров 52304 раз(а).

Документация на MySQL (учебник & справочное руководство)
Просмотров 52854 раз(а).

Внешние атаки...
Просмотров 42767 раз(а).

Учебник PHP.
Просмотров 38285 раз(а).

SSI в примерах.
Просмотров 28384 раз(а).



 
 
| Добавить в избранное | Сделать стартовой | Помощь





Глава 2. Установка MySQL
Пред.    След.

2.5. Апгрейд/даунгрейд MySQL

2.5.1. Модернизация с версии 4.0
2.5.2. Модернизация с версии 3.23 до версии 4.0
2.5.3. Модернизация с версии 3.22 до версии 3.23
2.5.4. Модернизация с версии 3.21 до версии 3.22
2.5.5. Модернизация с версии 3.20 до версии 3.21
2.5.6. Модернизация к иной архитектуре

Файлы MySQL, содержащие структуру и данные, всегда можно перемещать между различными версиями одной и той же архитектуры, если используется одна и та же базовая версия MySQL. В настоящее время базовой является версия с номером 3. При изменении кодировки во время работы MySQL (при этом также может измениться порядок сортировки) необходимо запустить myisamchk -r -q --set-character-set=charset на всех таблицах. В противном случае индексы могут сортироваться неправильно.

В случае недоверия к новым версиям всегда можно переименовать старую версию mysqld, изменив ее имя на что-нибудь вроде mysqld-old-version-number. Если после этого mysqld новой версии начнет вести себя не так, как ожидалось, то можно просто прекратить работу новой версии и перезапустить старую!

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

После модернизации у вас могут возникнуть проблемы с перекомпилированными клиентскими программами, такими как Commands out of sync, или произойти неожиданная смерть приложения (coredump). Причина может быть в том, что при компиляции программ были использованы старые заголовочные или библиотечные файлы. В этом случае следует проверить даты создания вашего файла mysql.h и библиотеки libmysqlclient.a, чтобы убедиться, что они из нового дистрибутива MySQL. Если это не так, то программы нужно перекомпилировать!

Если возникнут проблемы с запуском нового сервера mysqld или трудности с подключением без пароля, то нужно убедиться, что вы не используете старый файл my.cnf из старой установки! Это можно проверить с помощью program-name --print-defaults. Если эта программа вместо имени программы выводит что-нибудь иное, то ваш файл my.cnf является активным и оказывает влияние на ход событий!

Каждый раз при установке нового релиза MySQL есть смысл создавать наново и переустанавливать дистрибутив Msql-Mysql-modules, особенно если вы замечаете симптомы того, что ваши скрипты DBI умирают после модернизации MySQL.


Назад Начало Главы Вперед

Пред. Глава След. Глава
Глава 1. Общая информация Начало Книги Глава 3. Учебное пособие по MySQL


Если Вы не нашли что искали, то рекомендую воспользоваться поиском по сайту:
 





Copyright © 2005-2016 Project.Net.Ru