ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Оптимальные настройки MySQL
11 сообщений из 11, страница 1 из 1
Оптимальные настройки MySQL
    #38559639
stavelot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stavelot
Гость
Доброго времени суток!

Есть вопрос касательно настроек MySQL Server. Планируется, что на сервере будет крутиться одна база в которой будет около 800 таблиц с примерно 40 ГБ данных (две больших таблицы одна 25 Гб, вторая 5 гБ, в остальных таблицах примерно по 400-600 МБ данных). С базой данных, примерно, в равной степени будут выполняться операции Insert, Delete и Update, немного в большей степени Select.

На данный момент выбран тип хранения InnoDB(и каждая таблица в отдельном файле), но восстановления из дампа занимает около 20 часов, что не есть хорошо. Львиную долю конечно тянут индексы, но и данные тоже медленно льются. Да и после загрузки дампа производительность не ахти.

Может у кого есть какие советы, как ? Файл my.ini прикрепил. Пытался увеличивать innodb_buffer_pool_size до 16 Гб, но это не особо влияло на результат.
...
Рейтинг: 0 / 0
13.02.2014, 12:25:53
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38559656
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
stavelot,

а сколько оперативки вообще доступно?
...
Рейтинг: 0 / 0
13.02.2014, 12:40:27
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38559664
stavelot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stavelot
Гость
miksoftstavelot,

а сколько оперативки вообще доступно?

16 ГБ
...
Рейтинг: 0 / 0
13.02.2014, 12:46:07
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38559681
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
stavelotmiksoftstavelot,

а сколько оперативки вообще доступно?16 ГБТогда даже не пытайтесь устанавливать innodb_buffer_pool_size в 16 ГБ. Либо начнется своп, что убьет всю производительность, либо MySQL вообще упадет.
...
Рейтинг: 0 / 0
13.02.2014, 12:51:45
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38559685
stavelot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stavelot
Гость
miksoftstavelotпропущено...
16 ГБТогда даже не пытайтесь устанавливать innodb_buffer_pool_size в 16 ГБ. Либо начнется своп, что убьет всю производительность, либо MySQL вообще упадет.

Ну как бы слукавил немного, доступно 16, а выставлял innodb_buffer_pool_size в 13
...
Рейтинг: 0 / 0
13.02.2014, 12:54:09
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38559745
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
netwind
Участник
stavelotМожет у кого есть какие советы, как ?
перестать считать, что mysql изначально "расстроен" и его можно какими-то настройками сделать быстрее.
И задуматься как сделать работу сервера быстрее с позиции приложения или железа.
...
Рейтинг: 0 / 0
13.02.2014, 13:26:51
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38559782
stavelot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stavelot
Гость
netwindstavelotМожет у кого есть какие советы, как ?
перестать считать, что mysql изначально "расстроен" и его можно какими-то настройками сделать быстрее.
И задуматься как сделать работу сервера быстрее с позиции приложения или железа.

отличный совет! Спасибо.
Интересен был лишь один момент, возможно для каждой базы можно сделать свою конфигурацию, которая даст результат по производительности, но видно не в моем случае. Возможно, стоит посмотреть в сторону других баз, таких как PostgreSQL.
...
Рейтинг: 0 / 0
13.02.2014, 13:42:50
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38559995
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
netwind
Участник
stavelotnetwindпропущено...

перестать считать, что mysql изначально "расстроен" и его можно какими-то настройками сделать быстрее.
И задуматься как сделать работу сервера быстрее с позиции приложения или железа.

отличный совет! Спасибо.
Интересен был лишь один момент, возможно для каждой базы можно сделать свою конфигурацию, которая даст результат по производительности, но видно не в моем случае. Возможно, стоит посмотреть в сторону других баз, таких как PostgreSQL.
Вот еще дословная цитата из книжки об оптимизации mysql 10423639 . То же самое что я имел ввиду, но другими словами.

Чтобы обработать ваши запросы нужно считать данные.
Ну будут они в другом формате другой субд записаны, но вы то подход к поиску решения не поменяете.
...
Рейтинг: 0 / 0
13.02.2014, 15:47:38
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38560056
Фотография Hett
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hett
Участник
Можно преконовской тулзой воспользоваться https://tools.percona.com/wizard
...
Рейтинг: 0 / 0
13.02.2014, 16:19:24
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38560060
Фотография Hett
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hett
Участник
Еще, как я понял, сам мускуль количество innodb Буферов в пуле по дефолту ставит 1 (в 5.5 версии смотрел), лучше увеличить.
...
Рейтинг: 0 / 0
13.02.2014, 16:21:23
| Ответить | Цитировать | Написать  
Оптимальные настройки MySQL
    #38560073
Aleksandr Kuzminsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aleksandr Kuzminsky
Гость
stavelotНа данный момент выбран тип хранения InnoDB(и каждая таблица в отдельном файле), но восстановления из дампа занимает около 20 часов, что не есть хорошо. Львиную долю конечно тянут индексы, но и данные тоже медленно льются. Да и после загрузки дампа производительность не ахти.



Если база большая, то восстанавливаться из дампа всегда будет долго. Можно кое-что покрутить(нампример, делать дамп не SQL, а TSV - опция -T), но принципиально ситуация не поменяется.

На Unix-ах я бы посоветовал xtrabackup или mylvmbackup, а на Windows знаю только MySQL Enterprise Backup, но он за деньги.

По настройкам.
innodb_buffer_pool_size=10G # 6 оставим операционке, тем более это windows
innodb_log_file_size=256M # Это на глаз, надо смотреть сколько на самом деле пишется в лог. Смотрите на сколько за час увеличится Innodb_os_log_written при максимально нагрузке - это и будет оптимальный размер лога. То есть, если за час в лог записалось 1000MB, то innodb_log_file_size должен быть 500М (потому что лог - это два файла ib_logfile0 & ib_logfile1).

Остальное не трогайте, если не знаете зачем Вам это нужно. То есть, буквально my.cnf будет таким:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
[client]
default-character-set=utf8

[mysqld]
character-set-server=utf8
datadir="C:/ProgramData/MySQL/MySQL Server 5.7/data\"
innodb_buffer_pool_size=10G
innodb_log_file_size=256M
...
Рейтинг: 0 / 0
13.02.2014, 16:38:55
| Ответить | Цитировать | Написать  
11 сообщений из 11, страница 1 из 1
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Оптимальные настройки MySQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=47&msg=38559745&tid=1835222]:
 0ms
get settings:
 7ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 49ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 47ms
get tp. blocked users:
 1ms
others: 201ms
total:  334ms
созд. / загр.: 334ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]