MySQL Enterprise Edition

Скріншот програми:
MySQL Enterprise Edition
Дані програми:
Версія: 5.6.21
Дата завантаження: 17 Feb 15
Розробник: Oracle Corporation
Ліцензія: Shareware
Ціна: 0.00 $
Популярність: 146

Rating: 1.0/5 (Total Votes: 1)

MySQL Enterprise Edition є комерційним, нагородами, широко використовується і супер швидкий СУБД (система управління базами даних), спочатку створена Sun Microsystems і тепер підтримується Oracle. Вона включає в себе потужні функції підприємства, такі як MySQL Enterprise Резервне копіювання, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Масштабованість, MySQL Enterprise Security, MySQL Enterprise аудиту, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL тканини і MySQL Workbench.Features в в glanceKey особливості включають підтримку для створення інкрементних, повних або часткових резервних копій, точка-в-час-відновлення функціональності, часткові або повні відновлення, зовнішня підтримка аутентифікації, підтримка пулів потоків, на основі політик відповідно аудит, онлайн і ldquo; гаряча і rdquo; Підтримка резервного копіювання, керівник групи і кластерні особливості гео-реплікації, автоматичне масштабування, а також підтримка різних систем зберігання, у тому числі InnoDB, NDB і MyISAM.
Крім того, вона має стиск резервних копій, реплікації баз даних, DRBD (Distributed реплицироваться блоковий пристрій) підтримка, Oracle Solaris кластеризації, шаблони Oracle VM, Windows відмов кластеру, Windows інтеграція Active Directory, PAM (Pluggable Authentication Modules), підтримка аутентифікації, а також 24 / 7 підтримка Oracle. Ще цікаві особливості йому можливість зробити ваша інфраструктура бази даних дуже available.Supported працює systemsMySQL пропонує великий доступності, що означає, що він може бути використаний в широкому діапазоні дистрибутивів, в тому числі Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux і Oracle Linux, а також Sun Solaris, BSD, Mac OS X і Microsoft Windows операційної systems.The MySQL Community EditionsIn додаток до видання підприємства MySQL, видання співтовариство знаходиться у вільному доступі для скачування і може бути легко встановлена в різних операційних системах Linux-додатків з використанням пакетів, що входять до програмних замовчуванням сховищ відповідного розподілу GNU / Linux в. Вона активно підтримується і підтримується спільнотою ентузіастів відкритих джерел і розробників з усіх куточків земної кулі. Детальніше про Editions MySQL Співтовариства можна ознайомитися на Softoware

Що нового У цьому випуску :.

  • Покращена продуктивність і масштабованість
  • Покращена система зберігання InnoDB для кращого пропускної транзакцій
  • Покращена Optimizer для часу виконання краще запитів та діагностики
  • Краще Доступність додатків з операціями Інтернет DDL / Схема
  • Краще Спритність розробник з NoSQL Access через Memcached API до InnoDB
  • Поліпшення реплікації для забезпечення високої продуктивності і самовідновлення розгортання кластерних
  • Покращена схема Продуктивність для кращого приладів та моніторингу
  • Покращена безпека для розгортання додатків Worry-Free
  • І інші важливі удосконалення

Що нового у версії 5.6.10:

  • Нові можливості та покращення в MySQL 5.6 доступні користувачі MySQL в MySQL Community Edition.
  • MySQL 5.6 забезпечує поліпшену лінійну масштабованість, допомагаючи користувачам використовувати сучасні апаратні можливості.
  • З цією версією, користувачі можуть випробувати спрощення розробки запитів і більш швидке виконання, більш високу пропускну здатність транзакцій і доступність додатків, гнучкий доступ NoSQL, поліпшену реплікацію і підвищену приладів.
  • Терміни виконання Краще запитів та діагностики надаються через розширені діагностики MySQL Optimizer: підзапитів Оптимізація: спростити розробку запитів за рахунок оптимізації підзапитів перед виконанням. Нові ефективності в тому, як результуючих наборів вибираються, упорядковано і повернувся доставити значне поліпшення в часі виконання запиту. Додавання індекс стану магазинної (ПМС) і пакетного доступу до ключа (БКА): Може вдосконалення окремих пропускну спроможність запитів аж до 280x (1). Розширені Optimizer Діагностика: з EXPLAIN для INSERT, UPDATE і DELETE операцій. Пояснити план на вихід у форматі JSON забезпечує більш точні показники оптимізатора і кращої читання, а Optimizer Сліди дозволяє відстежувати процес прийняття рішень оптимізатором.
  • Більше пропускна здатність і готовність додатків з поліпшеним двигуном зберігання InnoDB: до 230 відсотків поліпшення в інвестиційних угодах і читати тільки Пропускна здатність: InnoDB був знову враховані щоб звести до мінімуму спадщина різьблення, промивка та продувка семафорів розбрати і вузькі, що дозволяє краще паралелізм на сильно завантажених системах OLTP, і в результаті в значно покращився пропускна здатність для обох транзакцій і читати тільки навантаження (2). Покращена Доступність: оперативні операції DDL дозволяють адміністраторам баз даних, щоб додати індекси та виконувати таблиці змін, а додаток залишається доступним для оновлень. Повнотекстовий пошук з InnoDB: дозволяє розробникам створювати FULLTEXT індекси для таблиць InnoDB, щоб представити зміст тексту на основі і прискорити пошук додатків для слів і фраз. Простий, Key Value Пошук: гнучкий доступ NoSQL до InnoDB забезпечує простий, ключ-значення бази даних InnoDB через знайомого Memcached API. Користувачі отримують & Quot; Самое краще з обох світів, & Quot; поєднуючи ключ-значення операцій і складних запитів SQL в тій же базі даних.
  • Покращена масштабного і висока доступність: з новими можливостями в реплікації MySQL, включаючи: Self-Healing реплікації кластерів: додавання глобальної транзакції ідентифікаторів і утиліт зробити його простим для автоматичного виявлення і відновлення після збоїв. Краш-Safe реплікації дозволяє бінарний журнал і рабів автоматично відновити правильну позицію в потоці реплікації в разі аварії, і відновлення реплікації без втручання адміністратора. Контрольні суми забезпечення цілісності даних в межах кластера за рахунок автоматичного виявлення та оповіщення про помилки. Висока продуктивність реплікації кластерів: до 5 разів швидше реплікації через багатопоточних раби (3), Двійковий Група Commit і оптимізованої реплікації рядної дозволяють користувачам підвищити продуктивність і ефективність реплікації, оскільки вони масштабувати свої робочі навантаження в рамках систем сировинні товари. Час затримки реплікації :. Забезпечує захист від операційних помилок, зроблених на господаря, наприклад, випадково видалення таблиць
  • Розширені PERFORMANCE_SCHEMA: Нові прилади дозволяють користувачам краще контролювати найбільш ресурсномістких запитів, об'єкти, користувачів і додатків. Нові резюме з агрегованим статистичними даними, згрупованих за запитів, нитки, користувача, хоста і об'єкта, також доступні. Удосконалення дозволяють легку настройку за умовчанням з менш ніж п'ять відсотків накладних витрат.
  • MySQL 5.6 включає в себе ряд додаткових удосконалень, включаючи географічні інформаційні системи -. Точне просторове операцій, поліпшення ситуації з дотриманням IPv6 і оптимізовані налаштування за замовчуванням сервера

Що нового у версії 5.5.30:

  • MySQL-LIBS і MySQL-LIBS-Advanced є були видалені з файлу специфікації;
  • трохи більше інтелектуальна обробка .in файлів в MySQL-тест / колекція була виконана;
  • При конвертації ім'я каталогу для файлу, файл сепаратор (FN_LIBCHAR) може отримати додається до отриманого імені файлу. Це проблема була вирішена;
  • РВ2 випадковим провал був відновлений;
  • тестовий скрипт, який був доданий з більш раннім поштовхом не працював з вбудованим випадку, як немає PID-файл, створений в таких випадках. І Quot; not_embedded.inc і Quot; був доданий.

Що нового у версії 5.6.9 RC:

  • Функціональність додані або змінені:
  • несумісне зміна: Реплікація: число змінних і інших імен, пов'язаних з реплікацією GTID основі були змінені, з тим щоб зробити ці імена більш доцільним і значущим. Старі імена більше не підтримуються.
  • ознаки настільки перейменовані показані в наступному списку:
  • опція --disable-GTID-небезпечні-заяви сервер був перейменований --enforce-GTID несуперечливість; Системна змінна disable_gtid_unsafe_statements був перейменований enforce_gtid_consistency.
  • системна змінна сервера gtid_done був перейменований gtid_executed.
  • системна змінна сервера gtid_lost був перейменований gtid_purged; не в того, ця змінна більше не тільки для читання.
  • В SQL_THREAD_WAIT_AFTER_GTIDS () функція була перейменована WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
  • Для отримання додаткової інформації див розділ 16.1.3, & Quot; реплікації з Глобальною ідентифікаторів транзакцій і Quot;, і в розділі 16.1.4.5, і Quot; Global Transaction ID Параметри і змінні і Quot;. (Bug # 14775984)
  • туздИ зараз пише дати в журналі помилок в ISO (YYYY-MM-DD HH: SS: мм) форматі. Вона також включає в свій ідентифікатор процесу, наступного за датою. Завдяки Davi Арнаутській патча. (Bug # 56240, Bug # 11763523)
  • Windows Vista, Windows Server 2008 і пізніших підтримка рідної символічних посилань за допомогою команди mklink. Це робить реалізацію MySQL Server бази даних символічних посилань за допомогою .sym файли зайвим, так що механізм в даний час засуджується і буде видалена в майбутніх версіях MySQL. Дивіться розділ 8.11.3.1.3, & Quot; Використання символічних посилань для баз даних на Windows, і Quot ;.
  • Виправлені помилки:
  • Продуктивність: InnoDB: Значення по тимчасових параметрах низького рівня InnoDB операції читання були скориговані для підвищення продуктивності з швидкими запоминающими пристроями, такими як SSD. Це удосконалення в першу чергу впливає операції читання для стовпців BLOB в стислі таблиці. (Bug # 13702112, Bug # 64258)
  • несумісне зміна :. Стовпець thread_id в таблицях Performance-схеми був розширений з INT на BIGINT для розміщення 64-бітові значення
  • При оновленні до цієї версії MySQL від більш ранньої версії, необхідно запустити mysql_upgrade (і перезапустити сервер), щоб ввести це зміна в базі даних performance_schema. (Bug # 14664453)
  • несумісне зміна: ID сполуки (Тема ID) значення більше, ніж 32 біта можуть відбуватися на деяких системах (таких, як зайнятий або тривалих 64-бітових систем), в результаті чого ці проблеми:
  • ідентифікатори з'єднання, записані в загальному журналі запитів і журнал повільних запитів були неправильно. Це було вірно для входу для обох файлів і таблиць.
  • функція connection_id () може повертати значення з типом даних занадто малий для значень, що перевищують 32 біт.
  • mysql_thread_id () і mysql_kill () функції C API не впоратися ID значення більші, ніж 32 біт. Це може призвести до вбивати неправильний різьбу; Наприклад, якщо ви запустили mysql_kill (mysql_thread_id ()).
  • ідентифікатори з'єднання тепер дозволено бути 64-бітові значення, коли сервер підтримує їх (при складанні на 64-бітових типів даних), який має такі ефекти:
  • ідентифікатори з'єднання правильно увійшли в загальний журнал запитів і журнал повільних запитів.
  • Примітка
  • Ця зміна включає в себе модифікацію таблиць журналів, так що після оновлення до цієї версії, необхідно запустити mysql_upgrade і перезапустити сервер.
  • connection_id () повертає тип даних, відповідний для значень, що перевищують 32 біт.
  • mysql_thread_id () залишається незмінним; клієнт / сервер protocal має тільки 4 байти для ідентифікатора значення. Ця функція повертає неправильний (усічений) значення для ідентифікаторів з'єднань більше, ніж 32 біт і слід уникати.
  • mysql_kill () все ще не може обробляти значення більше, ніж 32 біт, але для захисту від вбивства неправильний нитка тепер повертає помилку в наступних випадках:
  • Якщо даний ідентифікатор більше, ніж 32 біта, mysql_kill () повертає помилку CR_INVALID_CONN_HANDLE.
  • Після внутрішнім різьбленням ID лічильника сервера досягає значення, що перевищує 32 біт, вона повертає помилку ER_DATA_OUT_OF_RANGE для будь-якого mysql_kill () виклику і mysql_kill () зазнає невдачі.
  • Щоб уникнути проблем з mysql_thread_id () і mysql_kill (), не використовувати їх. Щоб отримати ідентифікатор з'єднання, виконати запит SELECT, connection_id () і отримати результат. Щоб убити нитка, виконайте на вбивство заяву.
  • (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
  • важлива зміна: InnoDB: DML і збитки з використанням методу доступу злиття індекс може блокувати безліч рядків з таблиці, навіть якщо ці рядки не були частиною остаточного набору результатів. Це виправлення зменшує надмірне блокування, випускаючи замки неперевершені рядків. Ця оптимізація стосується лише операцій з рівнем ізоляції, рівні або менш суворі, ніж READ здійснені; це не відноситься до операцій з використанням багаторазового читання або SERIALIZABLE рівень ізоляції. (Bug # 14226171)
  • важлива зміна: Реплікація: Тому що сервер працює з GTIDs дозволило запобігти зміни в нетранзактних таблиць такі програми, як mysql_upgrade і mysql_install_db не змогли працювати на системних таблиць, які використовували механізм зберігання MyISAM і, отже, не може функціонувати правильно. Тепер, коли працює з --enforce-GTID-послідовності (потрібно щоразу, коли --gtid-Mode = ON), сервер дозволяє одним виступом по нетранзактних таблиць. (Bug # 14722659)
  • важлива зміна: Реплікація: Раніше, значення стовпця Seconds_Behind_Master у виході SHOW SLAVE STATUS завжди встановлюється в NULL, коли потік SQL або I / O потік був зупинений. Тепер, це стовпець встановлюється в NULL, тільки якщо SQL нитка не працює, або якщо I / O потік не працює після перевірки, щоб визначити, чи є SQL нитка обробляються всі колоди реле. (Якщо SQL нитка завершення обробки та вводу / виводу потік виконується, Seconds_Behind_Master 0.) (Bug # 12946333)
  • Розбиття: InnoDB: Раніше, коли намагаються оптимізувати один або кілька розділів многораздельние таблиці, використовуваної для зберігання двигун, який не підтримує рівні розділів оптимізувати такі як InnoDB, MySQL повідомили Таблиця браузер не підтримує оптимізувати робити відтворити + аналізувати, а не, а потім знову створив всю таблицю, але насправді не аналізувати. Зараз у таких випадках, попередження, Настільний браузер не підтримує Оптимізувати на розділах. Всі розділи будуть відновлені і проаналізовані. Крім того, вся таблиця аналізували після першої відновлюється. (Bug # 11751825)
  • InnoDB: Якщо сервер впав, коли рядки були вставлені в таблицю з індексом FULLTEXT, але до угоди було скоєно, помилка може статися під час наступного запуску:
  • InnoDB: Помилка затвердження в нитки thread_num у файлі dict0dict.cc лінії 1019
  • (Bug # 14826779)
  • InnoDB: сервер може зупинити з помилкою при доступі до таблиці InnoDB, що містить повнотекстовий індекс через обробник заяві. (Bug # 14788710)
  • InnoDB: сервер може зупинити з помилкою, коли два види операцій відбулося одночасно:
  • Відкат вставленого рядка, яка містила колонки на іншу сторінку.
  • онлайн-операції онлайн DDL участю таблицю ROW_FORMAT = динамічна або ROW_FORMAT = стиснутий (тобто, використовуючи формат файлу Barracuda), що перебудував стіл. Наприклад, ADD / DROP COLUMN, ADD PRIMARY KEY, зміна ROW_FORMAT.
  • (Bug # 14842014)
  • InnoDB: сервер може зупинити з помилкою твердження для аналізу функціонування стіл, залежно від структури таблиці та її індексів:
  • InnoDB: Помилка затвердження в нитки thread_num у файлі dict0dict.ic лінії 447
  • InnoDB: В іншому випадку твердження: пос & Lt; table- і GT; n_def
  • (Bug # 14755452)
  • InnoDB: помилка тайм-ауту може відбутися в системах Windows, при виконанні TABLE заяви ALTER з DISCARD TABLESPACE або імпортувати TABLESPACE положень, через тимчасового файлу табличного залишився в файлової системі. (Bug # 14776799)
  • InnoDB: онлайн-операції DDL для таблиці InnoDB неправильно повідомив, порожнє значення ('') замість правильного значення ключа, коли вона повідомила дублікат ключа помилки для унікального індексу з використанням індексу префікс. (Bug # 14729221)
  • InnoDB: InnoDB таблиць з FULLTEXT індекси можуть виділити пам'ять для різьблення ручки, які ніколи не був випущений, можливо, призведе до проблем з ресурсами в системах Windows. (Bug # 14759163)
  • InnoDB: Під час інтерактивної роботи DDL, який копіює стіл, вторинний індекс таблиці може бути пошкоджений. (Bug # 14753701)
  • InnoDB: Якщо сервер впав після онлайн DDL операції створення індексу, помилка може виникати при відкат незавершених транзакцій при наступному запуску:
  • InnoDB: Помилка в записі індексу сек дель скасувати в
  • ...
  • InnoDB: Помилка затвердження в нитки thread_num у файлі row0umod.cc лінії 559
  • (Bug # 14707452)
  • InnoDB: Якщо сервер впав в певний момент в ході операції ALTER TABLE, що відновив кластерний індекс для таблиці InnoDB, вихідна таблиця може бути недоступний пізніше. Прикладом такої операції є ALTER TABLE ... ADD PRIMARY KEY виправити зберігає вихідну таблицю, якщо сервер зупиняється під час цієї операції. Ви все ще, можливо, буде потрібно перейменувати .ibd файл вручну, щоб відновити оригінальне вміст таблиці: в MySQL 5.6 і вище, перейменувати # SQL-IB $ new_table_id.ibd в table_name.ibd в каталозі бази даних; до MySQL 5.6, тимчасовий файл перейменовується table_name # 1 та # 2. (Bug # 14669848)
  • InnoDB: Це виправлення покращує обробку помилок, коли операція ALTER TABLE додає стовпець вище максимального допустимого для таблиці InnoDB. Це також підвищує максимальну кількість стовпців для таблиці InnoDB від 1000 до 1020 (Bug # 14705287)
  • InnoDB: Під час інтерактивної роботи DDL, що відновив таблицю, необхідно звернутися до таблиці заява може повідомити Невідповідність числа для всіх вторинних індексів. (Bug # 14606472)
  • InnoDB: Якщо ALTER TABLE заяву не вдалося, намагаючись створити повнотекстовий індекс для таблиці InnoDB, сервер може зупинити з помилкою твердження, знижуючи неповний індекс. (Bug # 14504174)
  • InnoDB: Під час зупинки, з можливістю конфігурації innodb_purge_threads встановлена ​​більш ніж 1, сервер може зупинити передчасно з цією помилкою:
  • туздИ отримав сигнал 11
  • обхідний шлях був для збільшення innodb_log_file_size і встановити innodb_purge_threads = 1. Виправлення було перенесено на MySQL 5.5 і 5.1, хоча ці версії не мають опцію конфігурації innodb_purge_threads так помилка була навряд чи відбудеться. (Bug # 14234028)
  • InnoDB: сервер може зупинити з помилкою при деяких комбінаціях одночасних операцій:
  • InnoDB: невідомий код помилки 20
  • Це питання виникло під час циклу 5,6 розвитку. Це відбилося тільки операції, використовуючи READ COMMITTED andREAD UNCOMMITTED рівні ізоляції. (Bug # 13641662, Bug # 12424846)
  • реплікації: Якщо таблиця бути відтворені було повнотекстовий індекс, цей індекс ні виключений при виборі типу сканування, які будуть використовуватися в пошуку наступний рядок, навіть якщо він не може бути використаний, щоб знайти правильний. Накладення ряду згодом безуспішно намагалися використовувати перегляд індексу, в результаті чого збою реплікації. Зараз у таких випадках, індекси, які не забезпечують послідовного доступу (наприклад, FULLTEXT), не враховуються при визначенні, чи слід використовувати таблиці, індексу або хеш-сканування для цієї мети. (Bug # 14843764)
  • Реплікація: При використанні протоколу ведучий-ведений GTID-Aware раб I / O потік використовував неправильну позицію. При використанні GTIDs, положення зазвичай не використовується, але, як окремий випадок, положення було використано на додаток до GTID, коли ведений повторного підключення до однієї і тієї ж майстер (хоча в цьому немає необхідності). Ця проблема виправлена ​​шляхом протокол ведучий-ведений GTID-Aware не використовувати позиції на всіх більше. (Bug # 14828028)
  • реплікації: Враховуючи збереженою подпрограмме R, в якій функція GTID_SUBTRACT () була викликана: Після GTID_SUBTRACT () повернула NULL при виклику всередині R, він продовжував повертатися NULL кожен раз він називався в R, для іншої частини клієнта сесія. (Bug # 14838575)
  • Реплікація MySQL Enterprise Резервне копіювання, туздИшпр і mysqlhotcopy не можуть бути використані з GTID з підтримкою MySQL сервера, так як вони були не в змозі відновити стан GTID сервера і тому не може відновити з будь-якої точки в двійковому журналі, крім самого початку.
  • В рамках Виправлення цієї проблеми, gtid_purged системна змінна (раніше називався gtid_lost) більше не тільки для читання; тепер можна додати GTIDs до нього, коли gtid_executed (раніше gtid_done) порожньо. (Bug # 14787808)
  • реплікації: Перезапуск реплікації після першого двійковий файл продували в результаті помилки Отримав фатальну помилку 1236 від майстра при читанні даних з двійкового журналу: «раб підключенні за допомогою CHANGE MASTER TO MASTER_AUTO_POSITION = 1, але майстер провів чистку двійкові протоколи, які містять GTIDs, що раб потрібно. Це призвело GTID основі збою реплікації. (Bug # 14756691)
  • mysql_install_db не виконали можливість --user. (Bug # 15866735)
  • Створення таблиці InnoDB з повнотекстовий індекс може зіткнутися серйозну помилку, якщо ім'я таблиці, що містять не буквено-цифрові символи. (Bug # 14835178)
  • Невірний пам'ять читає могло статися для запитів, які, вибраних з назви нульової довжини стола. (Bug # 14780820)
  • З замком таблиці по суті, CREATE TABLE IF NOT EXISTS ... як могло б привернути твердження. (Bug # 14788976)
  • автоматична генерація ключа частину отриманого звернення столу не впоратися належним чином стовпці, зазначені в частині VALUES () пункт і викликав твердження, які будуть підняті. (Bug # 14786324)
  • Спроба прочитати utf16 файл з LOAD DATA INFILE підняв твердження. (Bug # 14786470)
  • init_io_cache () використовується MemSet (), щоб очистити мьютекс, але пройшло неправильний розмір мьютекс. (Bug # 14838882)
  • Оптимізатор може підняти твердження при оцінці випробувальному полігоні проти IS NOT NULL стан. (Bug # 14843705)
  • твердження може бути піднятий виконання INSERT, UPDATE або DELETE після неявно, починаючи тільки для читання транзакції в режимі блокувати таблиці. (Bug # 14788540)
  • Спроба створити стовпець автоінкрементіруемого в таблиці InnoDB з атрибутом типу NULL може призвести до серйозної помилки. (Bug # 14758479)
  • твердження було піднято, якщо ALTER TABLE використовується для перейменування стовпця, щоб таким же ім'ям, що й існуючий стовпець, а також зміна порядку перейменований колонці з використанням або після ПЕРША. (Bug # 14756089)
  • твердження може бути піднятий, якщо Полусоедіненіе матеріалізація була використана для оцінки NOT IN підзапиту. (Bug # 14751858)
  • Для деяких обробників продовження вкладень, продовження може відбутися в неправильному місці. (Bug # 14724836)
  • вихід SHOW PROCESSLIST не сортуються в Id порядку. (Bug # 14771006)
  • Для деяких операторів вибору, роз'яснити, може призвести до сервера для виходу. (Bug # 14761894)
  • витік пам'яті сталося на спроби використовувати ALTER TABLE, щоб встановити значення за замовчуванням для крихітного, середній, або довгострокової BLOB або стовпці Текст. (Bug # 14756206)
  • Установка за допомогою Solaris пакети побіг mysql_install_db під час оновлення операцій (це має статися тільки для нових установок). (Bug # 14747671)
  • для поновлення заяв, поясніть показав повну довжину ключа в key_len колонці, а не довжину використовуваних ключових частин. (Bug # 14682438)
  • Запуск сервера з --bind-адресою, а потім встановивши host_cache_size 0 може призвести до сервера зупинки для певних видів клієнтських підключень. (Bug # 14689561)
  • При включеній стан індекс магазинної, оптимізатор може призвести до отримання невірних результатів для похідних таблиць. (Bug # 14640176)
  • Оптимізатор може неправильно використовувати непросторові індекс для оптимізації просторових операцій, в результаті чого твердження, які будуть підняті. (Bug # 14600994)
  • mysql_config_editor не дали повідомлення про помилку для помилок запису в конфігураційний файл. (Bug # 14545989)
  • Запит перезапису, щоб вичистити паролі для входу було зроблено, навіть якщо жоден з пов'язаних колод не були включені. Крім того, створення серверних і ALTER SERVER тепер переписати у вигляді необхідності. (Bug # 14073554)
  • перевірочної таблиці і REPAIR TABLE може впасти, якщо таблиця MyISAM був пошкоджений файл ключа (.MYI). Тепер сервер видає помилку. (Bug # 13556441)
  • перевірочної таблиці і REPAIR TABLE може впасти, якщо таблиця MyISAM був пошкоджений файл ключа (.MYI). Тепер сервер видає помилку. (Bug # 13556107, Bug # 13556000)
  • Для звалищ бази даних MySQL, туздИшпр пропустив таблицю подій, якщо параметр --events не було. Щоб пропустити цю таблицю, якщо це необхідно, використовуйте опцію --ignore-таблиці, а не (Bug # 55587, Bug # 11762933)
  • mysqld_safe ігнорується значення змінної оточення UMASK, що призводить до поведінки, відмінної від туздИ по відношенню до режиму, створених доступу до файлів. Тепер mysqld_safe (і mysqld_multi) намагаються наблизити ж поведінку, як туздИ. (Bug # 57406, Bug # 11764559)
  • У Mac OS X, повторна ініціалізація кеша запитів може привести сервер для виходу. Завдяки Davi Арнаутській патча. (Bug # 67156, Bug # 14741880)
  • на пам'ять таблиць з HASH індексів, DELETE іноді не вдалося видалити всі застосовні рядків. (Bug # 51763, Bug # 11759445)
  • сервер не зміг використовувати кеш запитів для запитів, в яких ім'я бази даних або таблиці, що міститься спеціальні символи і механізм зберігання стіл був InnoDB. (Bug # 64821, Bug # 13919851)
  • У Mac OS X, то KILL іноді може бути ненадійним. (Bug # 37780, Bug # 11748945)
  • LAST_INSERT_ID (вираз) не працює для висловлю значення більше, ніж найбільший підписаного вартості BIGINT. (Bug # 20964, Bug # 11745891)

Схожі програми

H2 Database Engine
H2 Database Engine

17 Feb 15

Drizzle
Drizzle

20 Feb 15

Apache Cassandra
Apache Cassandra

19 Feb 15

Інші програми розробника Oracle Corporation

MySQL Enterprise Edition

Коментар не знайдено
додати коментар
Включіть картинки!
Пошук за категоріями