|
Действия ...
|
13.02.2014, 16:19:24
|
|||
|---|---|---|---|
|
|||
Оптимальные настройки MySQL |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
13.02.2014, 12:25:53
|
|||
|---|---|---|---|
|
|||
Оптимальные настройки MySQL |
|||
|
#18+
Доброго времени суток! Есть вопрос касательно настроек MySQL Server. Планируется, что на сервере будет крутиться одна база в которой будет около 800 таблиц с примерно 40 ГБ данных (две больших таблицы одна 25 Гб, вторая 5 гБ, в остальных таблицах примерно по 400-600 МБ данных). С базой данных, примерно, в равной степени будут выполняться операции Insert, Delete и Update, немного в большей степени Select. На данный момент выбран тип хранения InnoDB(и каждая таблица в отдельном файле), но восстановления из дампа занимает около 20 часов, что не есть хорошо. Львиную долю конечно тянут индексы, но и данные тоже медленно льются. Да и после загрузки дампа производительность не ахти. Может у кого есть какие советы, как ? Файл my.ini прикрепил. Пытался увеличивать innodb_buffer_pool_size до 16 Гб, но это не особо влияло на результат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 12:40:27
|
|||
|---|---|---|---|
Оптимальные настройки MySQL |
|||
|
#18+
stavelot, а сколько оперативки вообще доступно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 12:46:07
|
|||
|---|---|---|---|
|
|||
Оптимальные настройки MySQL |
|||
|
#18+
miksoftstavelot, а сколько оперативки вообще доступно? 16 ГБ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 12:51:45
|
|||
|---|---|---|---|
Оптимальные настройки MySQL |
|||
|
#18+
stavelotmiksoftstavelot, а сколько оперативки вообще доступно?16 ГБТогда даже не пытайтесь устанавливать innodb_buffer_pool_size в 16 ГБ. Либо начнется своп, что убьет всю производительность, либо MySQL вообще упадет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 12:54:09
|
|||
|---|---|---|---|
|
|||
Оптимальные настройки MySQL |
|||
|
#18+
miksoftstavelotпропущено... 16 ГБТогда даже не пытайтесь устанавливать innodb_buffer_pool_size в 16 ГБ. Либо начнется своп, что убьет всю производительность, либо MySQL вообще упадет. Ну как бы слукавил немного, доступно 16, а выставлял innodb_buffer_pool_size в 13 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 13:26:51
|
|||
|---|---|---|---|
Оптимальные настройки MySQL |
|||
|
#18+
stavelotМожет у кого есть какие советы, как ? перестать считать, что mysql изначально "расстроен" и его можно какими-то настройками сделать быстрее. И задуматься как сделать работу сервера быстрее с позиции приложения или железа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 13:42:50
|
|||
|---|---|---|---|
|
|||
Оптимальные настройки MySQL |
|||
|
#18+
netwindstavelotМожет у кого есть какие советы, как ? перестать считать, что mysql изначально "расстроен" и его можно какими-то настройками сделать быстрее. И задуматься как сделать работу сервера быстрее с позиции приложения или железа. отличный совет! Спасибо. Интересен был лишь один момент, возможно для каждой базы можно сделать свою конфигурацию, которая даст результат по производительности, но видно не в моем случае. Возможно, стоит посмотреть в сторону других баз, таких как PostgreSQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 15:47:38
|
|||
|---|---|---|---|
Оптимальные настройки MySQL |
|||
|
#18+
stavelotnetwindпропущено... перестать считать, что mysql изначально "расстроен" и его можно какими-то настройками сделать быстрее. И задуматься как сделать работу сервера быстрее с позиции приложения или железа. отличный совет! Спасибо. Интересен был лишь один момент, возможно для каждой базы можно сделать свою конфигурацию, которая даст результат по производительности, но видно не в моем случае. Возможно, стоит посмотреть в сторону других баз, таких как PostgreSQL. Вот еще дословная цитата из книжки об оптимизации mysql 10423639 . То же самое что я имел ввиду, но другими словами. Чтобы обработать ваши запросы нужно считать данные. Ну будут они в другом формате другой субд записаны, но вы то подход к поиску решения не поменяете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 16:19:24
|
|||
|---|---|---|---|
Оптимальные настройки MySQL |
|||
|
#18+
Можно преконовской тулзой воспользоваться https://tools.percona.com/wizard ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 16:21:23
|
|||
|---|---|---|---|
Оптимальные настройки MySQL |
|||
|
#18+
Еще, как я понял, сам мускуль количество innodb Буферов в пуле по дефолту ставит 1 (в 5.5 версии смотрел), лучше увеличить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2014, 16:38:55
|
|||
|---|---|---|---|
|
|||
Оптимальные настройки MySQL |
|||
|
#18+
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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=47&tablet=1&tid=1835222]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
45ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 189ms |
| total: | 322ms |
| 0 / 0 |
