Додайте свій проєкт безкоштовно й почніть отримувати пропозиції від фрілансерів-виконавців вже за лічені хвилини після публікації!
500 ₴

Расшибленная настройка mysql

проект завершено


Відгук замовника про співпрацю з Игорем Г.

Якість
Професіоналізм
Вартість
Контактність
Терміни

Получил рекомендации. Спасибо.

  1. ставка прихована замовником
  2. ставка прихована замовником
  • Профіль видалено
    11 лютого 2019 |

    My.cnf выставляете лимиты от количества оперативки и ядер

    )))

  • Профіль видалено
    11 лютого 2019 |

    Проблема не в конфиге 100%

  • Дмитрий А. — замовник проєкту
    11 лютого 2019 |

    Лимитов думаю мало) 

  • Профіль видалено
    11 лютого 2019 |

    если бд 20-25 гб то смело ставьте 28)) только я сомневаюсь что бд у вас такого размера 

  • Профіль видалено
    11 лютого 2019 |

    А вот интересно у заказчика узнать что значит 

    Расшибленная? расшибленной может быть голова лицо и еще много всяких частей человеческого тела ну уж ни как не 

    MySQL

  • Профіль видалено
    11 лютого 2019 |

    А причем тут настройка Mysql? Тут проблема 100% в запросах с движка сайта!

  • Дмитрий А. — замовник проєкту
    11 лютого 2019 |

    Ну не только ведь (просто стандартный конфиг мускуля стоит) 

  • Профіль видалено
    11 лютого 2019 |

    Как правило это на производительность не влияет практически. А вот в оптимизации запросов и сокращение количества, очень даже. Говорю из опыта, так как работал с сервисами на которых по 100 000 в сутки было.

  • Профіль видалено
    11 лютого 2019 |

    Для того что бы мускул наиболее корректно работал и потреблял то что ему положено не зря придумали настройки всё зависит от того что ему укажут потреблять то он и будет

  • Профіль видалено
    11 лютого 2019 |

    Сделай EXPLAIN для кривого запроса и играйся с настройками. Я гляну на сколько производительность увеличиться

  • Профіль видалено
    11 лютого 2019 |

    innodb_buffer_pool_size вот разве что тут поставить 24-28G

  • Профіль видалено
    11 лютого 2019 |

    рекомендуется устанавливать (в идеале) размер innodb_buffer_pool_size немного больше, чем размер всех таблиц InnoDB на сервере

  • Профіль видалено
    11 лютого 2019 |

    А вы знаешь что это за буффер? И почему нужно указывать примерно 75-80% от общей оперативки?

  • Профіль видалено
    11 лютого 2019 |

    по тому что мускул скажем кеширует запросы и что бы он корректно работал с памятью и обрабатывал буфер и придуман этот параметер innodb_buffer_pool_size 

  • Профіль видалено
    11 лютого 2019 |

    Он там хранит данные и индексы,для быстрого доступы. А не запросы к вашему сведению. Почитайте полезно будет.

  • Профіль видалено
    11 лютого 2019 |

    хорошо что по вашему кеширование? я так подозреваю что как раз таки индекс для быстрого доступа втч то что и буфер

  • Профіль видалено
    11 лютого 2019 |

    название за себя само говорит

  • Профіль видалено
    11 лютого 2019 |

    чем больше база тем больше буфер устанавливается

  • Профіль видалено
    11 лютого 2019 |

    Тоесть каждые 10 записей вы будете лезть и менять буфер?))))

  • Профіль видалено
    11 лютого 2019 |

    зачем? и для чего?

  • Профіль видалено
    11 лютого 2019 |

    допустим у вас база 1000мб ставте буфер 1500 мб и будет с него

  • Профіль видалено
    11 лютого 2019 |

    вот к примеру почитайте https://habr.com/ru/post/108418/ тут расписано по параметрам

  • Александр Белов
    11 лютого 2019 |

     А всегда ли такая мера будет полезной и оправданной или лучше посмотреть насколько переполняется существующее значения буфера и поставить рациональное значение, а сэкономленную память лучше отдать условному redis под объектное кэширование?
    Установка лошадиных значений точно не ухудшит ситуацию, но вот будет ли RAM использоваться рационально - это уже другой вопрос.

  • Профіль видалено
    11 лютого 2019 |

    запросы (то что отправляет сайт на сервер с мускулом) лимиты (то что выставлено в настройках мускула) если лимиты и запросы не совпадают по любому будет какая то бяка

  • Александр Белов
    11 лютого 2019 |

    Mysql оптимизируруется исходя из запросов которые прилетают в базу, а не просто "под железо". И оптимизацию желательно делать как со стороны кода так и со стороны сервера и это стоит слегка дороже и затратнее по времени чем вы рассчитываете. Но зато, возможно, будет много желающих поставить сходу свой универсальный конфиг и поправить размер буфера c значениям половина от RAM (о чем пишут на половине блогов по оптимизации для новичков, но это не является панацеей) + может еще запустят mysqltuner. Но это сложно назвать оптимизацией, хотя и скорее всего будет работать лучше чем полный дефолт.

  • Профіль видалено
    11 лютого 2019 |

    Совершенно с вами согласен нужно рассчитывать от размера запросов и от размера самих бд и даже от размера самих таблиц но физику и математику у нас похоже зря придумали)) достаточно заголовок тз внимательно прочитать))

  • Профіль видалено
    11 лютого 2019 |

    То о чем я говорил в кратце)