Будь-хто використовував MySQL Forks у виробництві

9

Тепер, коли MySQL належить Oracle, багато хто починає розглянути можливість використання деяких популярних форк, таких як MariaDB і Drizzle.

Хтось використовував їх у виробництві протягом будь-яких тривалих періодів часу? Якщо так, чи були функції стабільними і чи був досвід порівняним з MySQL?

mysql mariadb

— Кайл Брандт
джерело

3

Зауважте, що я не думаю, що почуття людей з цієї теми будуть корисними, якщо за нею не буде досвіду: blog.stackoverflow.com/2010/09/good-subjective-bad-subjective .

— Кайл Брандт

Вибачте, що не так багато відповідей було надано (лише Percona). Так що ж ви думаєте?

— Олександр Левчук

9

Ми не використовували вилки MySQL, але для нашого випадку (бази даних біоінформатики) перехід на PostgeSQL дуже добре працював. Веб-додаток (Navigator Cellwall, 10k рядків коду Perl та 10 db-таблиць) працював на MySQL протягом 5 років. Нам знадобилося 2 дні, щоб налагодити SQL для переходу на Postgres.

Жодним коректуванням програми не потрібні корективи, крім підключення до бази даних.

Коригування були:

Замінений пароль MySQL () на Postgres md5 () таким SELECT id FROM users WHERE email = ? AND password = password(?)стаєSELECT id FROM users WHERE email = ? AND password = md5(?)
Просте перетворення MySQL STRAIGHT_JOIN на звичайний ПРИЄДНАЙТЕСЬ
І такий приєднайтесь до подібного випадку

Оригінальний SQL, дозволений MySQL (працював чудово для програми перед переміщенням):

SELECT sequence.id, ... FROM sequence JOIN xlink ON xlink.sequence = sequence.id WHERE xlink.accession = ? GROUP BY sequence.id

Ми налаштували його на відповідний SQL, який працює в PostgeSQL і правильний для програми:

SELECT DISTINCT sequence.id, ... FROM sequence JOIN xlink ON xlink.sequence = sequence.id WHERE xlink.accession = ?

— Олександр Левчук
джерело

2

+1 для PostgreSQL. ІМО, він заслуговує на набагато більше уваги, ніж отримує.

— Стівен у понеділок

4

Я використовую http://www.percona.com/software/percona-server/ зараз, і це чудово. Я також знаю деякі дуже популярні Інтернет-компанії, які цим користуються

— Майк
джерело

Це той самий MySQL з патчем двигуна зберігання XtraDB, чи не так?

— НАРКОЗ

1

ні, вони також сильно зафіксували драйвер InnoDB .. Також включено багато патчів Google, які люди MySQL ніколи не ставили

— Майк

4

Я працював MariaDB на Ravelry.com близько року. Головний db в 5 разів більший, ніж буферний пул на 40 Гб, і він обробляє неабияку кількість трафіку - близько 3 К запитів в секунду в напружений час. На мою думку, це найкращий MySQL там, і немає ніяких причин використовувати будь-який інший MySQL.

Він працює краще, ніж звичайний MySQL (завдяки включеному плагіну Percona XtraDB / InnoDB), активно підтримується та містить додаткові корисні патчі та двигуни зберігання, окрім роботи Percona.

Я міг би продовжувати інформацію про незамінні функції, яких звичайний MySQL не має - помітне поліпшення продуктивності за допомогою багатопроцесорних машин, час відновлення innodb значно покращується, помилки в основному MySQL швидко обробляються, статистика таблиць і індексів надзвичайно корисна ... Я раді бачити доданий HandlerSocket ( через Percona )

MySQL 5.5 був нещодавно випущений, і він (нарешті) наближається до включеного в роботу двигуна XtraDB, але я все ще думаю, що MariaDB - це кращий шлях.

Використовуйте MariaDB.

— Кейсі
джерело

Я опублікував подібні похвали для MariaDB на SO: stackoverflow.com/questions/2450534/…

— Кейсі