Вышел (http://permalink.gmane.org/gmane.comp.db.mysql.announce/566) релиз комьюнити сборки MySQL 5.1.50 (http://dev.mysql.com/downloads/), содержащей исправление 24 ошибок, 4 из которых приводили к краху рабочего процесса:
- при переименовании таблицы при наличии незавершенных транзакций;
- при запуске в фазе восстановления после некорректного завершения, которое произошло в момент записи BLOB-данных в InnoDB-таблицу, созданную в режиме ROW_FORMAT=REDUNDANT или ROW_FORMAT=COMPACT;
- при попытке передачи в предварительно подготовленный запрос (prepared statement) параметра с типом отличным от TEXT и BLOB, при использовании функции mysql_stmt_send_long_data() или выражения COM_STMT_SEND_LONG_DATA;
- в момент завершения работы, при запуске сервера с параметром "--innodb-use-system-malloc=0".Отдельно можно отметить устранение проблемы с маппингом памяти при выполнении MERGE-операций на платформе FreeBSD. Поставляемый в комплекте с MySQL дополнительный InnoDB Plugin обновлен до версии 1.0.11, относящейся к категории пригодных к промышленной эксплуатации.
URL: http://permalink.gmane.org/gmane.comp.db.mysql.announce/566
Новость: http://www.opennet.me/opennews/art.shtml?num=27677
Оно теперь умеет использовать больше 4Г памяти для кэша индексов?
> Оно теперь умеет использовать больше 4Г памяти для кэша индексов?А вы где это пробовали? ОС, крайне интересует...
конечно он это в винде делал, так там и не такие проблемы будут
ребята, ребята кэш индекса myisam не может быть больше 4 Гб на любой архитектуре
пруф http://dev.mysql.com/doc/refman/5.0/en/server-system-variabl...
>ребята, ребята кэш индекса myisam не может быть больше 4 Гб на
>любой архитектуре
>пруф http://dev.mysql.com/doc/refman/5.0/en/server-system-variabl...Дело в том, что на винде, он больше 2 гигов, вообще быть не может... ОС такая...
>>ребята, ребята кэш индекса myisam не может быть больше 4 Гб на
>>любой архитектуре
>>пруф http://dev.mysql.com/doc/refman/5.0/en/server-system-variabl...
>
>Дело в том, что на виндеясн )) вопрос снят )))
>ребята, ребята кэш индекса myisam не может быть больше 4 Гб на
>любой архитектуре
>пруф http://dev.mysql.com/doc/refman/5.0/en/server-system-variabl...Не увидел где там 4Г максимально для ЛЮБОЙ архитектуры.
По факту размер усекается с предупреждением до 4 Г.
ЕМНИП у них была проблема и они нашли выход, объявив баг фичей.
>The maximum permissible setting for key_buffer_size is 4GB on 32-bit platforms. As of MySQL 5.0.52, values larger than 4GB are permitted for 64-bit platforms (except 64-bit Windows, for which large values are truncated to 4GB with a warning).т.е. в винде (любой) больше 4GB быть не может.
но по факту например в 32-bit XP - до 2 gb.
Вот и я про то же. Написано только для венды, но в реальности то же самое для сборок под RHAS4 и 5 версии.
CentOS 5.3_64
чёто, с учётом всего вышесказанного, не верится.
>чёто, с учётом всего вышесказанного, не верится.Есть аргументы или ты это просто так сказал?
Корректирующие релизы стали выходить чаще, вроде)
У меня начиная с версии 5.1.47 начались проблемы с правами на таблицы, т.е. юзер заведенный в мускуле с полными правами на базу и все ее таблицы не может даже select сделать, откатываюсь на 5.1.46 - всё работает. ппц
mysql_upgrade не забыли выполнить после обновления?
Не забыл, там походу был какой-то секюрити багфикс который и сломал это всё. Т.е. теперь
GRANT ALL PRIVILEGES ON db.* TO не катит, а именно db.*
>Не забыл, там походу был какой-то секюрити багфикс который и сломал это
>всё. Т.е. теперь
>GRANT ALL PRIVILEGES ON db.* TO не катит, а именно db.*хм. ну попробуйте перед обновлением снять дамп, а потом его загрузить в новую версию