Релиз MySQL Community Server 5.5.25 и MariaDB 5.5.24

01.06.2012 14:08

Представлен корректирующий выпуск СУБД MySQL 5.5.25 в котором исправлено 9 ошибок. Дополнительно объявлено о переводе опции запуска сервера "--safe-mode" в категорию устаревших, поддержка данной опции будет прекращена в MySQL 5.6. В новой версии проведено несколько оптимизаций в движке InnoDB, улучшен алгоритм адаптивной очистки буферов, исключены излишние блокировки строк при UPDATE/DELETE или выполнении запроса с уровнем изоляции или REPEATABLE READ. Устранен сбой при выполнении CHECK TABLE для больших таблиц InnoDB (200-350 GB) при двухчасовом значении таймаута. Устранена теоретическая возможность одновременно запуска нескольких операций SHOW BINLOG EVENTS, которая могла привести к краху сервера. Решена проблема с очень медленным выполнением SHOW TABLES.

Одновременно объявлен релиз MariaDB 5.5.24 - первый корректирующий выпуск, после объявления прошлой версии 5.5.23 стабильным релизом. Код MariaDB синхронизирован с кодовой базой MySQL 5.5.24, полностью совместим с данной СУБД и может выступать в качестве прозрачной замены MySQL 5.5, дополненной рядом расширенных функций, оптимизациями производительности, новыми движками хранилищ (FederatedX, PBXT, XtraDB, Aria, OQGRAPH, Sphinx) и патчами от сообщества независимых разработчиков.

исправить +11 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/33988-mysql

Ключевые слова: mysql, mariadb, 5.5.24

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (11)

1.1, ILYA INDIGO (ok), 18:34, 01/06/2012 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Скажите кто нибудь, как настроить использование движка XtraDB (InnoDB) по-умолчанию в MariaDB 5.5.x и возможно ли это вообще сделать? В /etc/my.cfg раскомментировал # Uncomment the following if you are using InnoDB tables innodb_data_home_dir = /var/lib/mysql innodb_data_file_path = ibdata1:10M:autoextend innodb_log_group_home_dir = /var/lib/mysql # You can set .._buffer_pool_size up to 50 - 80 % # of RAM but beware of setting memory usage too high innodb_buffer_pool_size = 16M innodb_additional_mem_pool_size = 2M # Set .._log_file_size to 25 % of buffer pool size innodb_log_file_size = 5M innodb_log_buffer_size = 8M innodb_flush_log_at_trx_commit = 1 innodb_lock_wait_timeout = 50 innodb = ON Пробывал да же innodb = FORCE ставить, но в phpMyAdmin показывает, что сервер по умолчанию использует движок MyISAM т.е. Aria.

1.2, Аноним (-), 19:10, 01/06/2012 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
В my.cnf [mysqld] plugin-load=ha_xtradb.so

1.3, CAHbKA (?), 21:08, 01/06/2012 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
[mysqld] default-storage-engine = INNODB

2.5, ILYA INDIGO (ok), 02:56, 02/06/2012 [^] [^^] [^^^] [ответить]	+/–
Спасибо за ответ :)

1.4, alrond (ok), 22:33, 01/06/2012 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
После обновления марии с 5.2.12 на 5.5.23 многие запросы перестали использовать индексы, на сервер нагрузка заметно возрасла. Не говоря о том, что where in (select...) тоже не использует индекс, и багрепорт висит уже давно.

1.6, Аноним (-), 15:16, 03/06/2012 [ответить] [﹢﹢﹢] [ · · · ]	+/–
А ктонибуть проверил, Mysql переслат падать от этого запроса mysql> select 1 from [ANYTABLE] procedure analyse ((select 1 from (select 1)a),1); ERROR 2013 (HY000): Lost connection to MySQL server during query

2.7, ILYA INDIGO (ok), 07:09, 04/06/2012 [^] [^^] [^^^] [ответить]	+/–
4 Jun 2012 06:10:50: Incorrect parameters to procedure 'analyse' QMYSQL3: Не удалось подготовить запрос MariaDB 5.5.24 не падает.

1.8, igor_b (?), 10:10, 04/06/2012 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Подскажите кто знает: mariadb умеет пересекать саму с собой временную таблицу или как и в mysql придется клонировать таблицу для пересечения с собой?

2.9, ILYA INDIGO (ok), 13:26, 04/06/2012 [^] [^^] [^^^] [ответить]

+/–

> Подскажите кто знает: mariadb умеет пересекать саму с собой временную таблицу или
> как и в mysql придется клонировать таблицу для пересечения с собой?

Пересекать, в смысле объединять саму с собой?

SELECT t1.*,COUNT(t2.id)'child' FROM ilya_dir_cat't1' LEFT JOIN ilya_dir_cat't2' ON t1.id=t2.pid GROUP BY t1.id ORDER BY t1.order;

3.11, igor_b (?), 15:47, 05/06/2012 [^] [^^] [^^^] [ответить]	+/–
это работает только для постоянных таблиц, для временных так делать нельзя по крайней мере в mysql

1.10, anonymous (??), 12:18, 05/06/2012 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> улучшен алгоритм адаптивной очистки буферов Не очистки а адаптивной записи грязных страниц на диск. Т.е. чтобы всегда писать по-немножку на диск вместо больших пиков, которые замедляют работу запросов.

Добавить комментарий

Текст: