П О Р Т А Л                            
С Е Т Е В Ы Х                          
П Р О Е К Т О В                        
  
                                                 
Главная

О проекте

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

MySQL

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

Хостинг

Другое







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

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

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

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

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

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

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

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

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

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

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

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



 
 



Глава 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-2011 Project.Net.Ru


Бесплатная регистрация, видео чаты знакомств.