2.7.3.5. Помилка max_user_connections

Помилка «User 'example_db' has exceeded the 'max_user_connections' resource (current value: XX)»Виникає при перевищенні ліміту на кількість одночасних підключень до бази даних. Поточний ліміт відображається в тексті помилки в дужках навпроти «current value».

Стандартні значення ліміту:

• Віртуальний хостинг - 50 (на всіх тарифах). Увага! Якщо хостинг-аккаунт перевищує допустиму навантаження, Ліміт для нього може бути знижений до приведення навантаження в норму.
• Бізнес-хостинг:
  • Бізнес 2G - 120.
  • Бізнес 4G - 180.
  • Бізнес 6G - 200.
  • Бізнес 8G - 200.
  • Бізнес 16G - 200.
  • Бізнес 32G - 200.

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

Найбільш часті причини виникнення проблеми:

• Високе споживання серверних ресурсів:
  • Споживання виділених процесорних ресурсів на 100%.
  • Споживання виділеної оперативної пам'яті на 100%.
• Повільні і важкі запити в базі даних.
• Безліч підключень до бази даних, створювані скриптами сайту або стороннім ПЗ.

Щоб виправити ситуацію, варто спочатку визначити причину виникнення проблеми і вжити заходів по її усуненню:

1. Перевірте наявність високих показників навантаження на графіках споживання ресурсів. У разі, якщо спостерігаються високі значення споживання ресурсів, то варто прийняти заходи для їх усунення, так як наслідком високого навантаження можуть стати проблеми в роботі всіх сайтів в хостинг-акаунті.
2. Великі проблемні запити фіксуються і відображаються в панелі управління хостингом в розділі «Повільні запити». Причиною може бути як неправильне складання запиту, який вже спочатку є досить важким, так і неоптімізірованностью структури бази даних. Варто розглянути можливість оптимізації самих запитів і бази даних.
3. У разі, якщо попередні дві причини були перевірені, але їх ознак не спостерігається, варто спробувати тимчасово змінити пароль бази даних, для того, щоб не створювалися нові підключення. У такому випадку через деякий час все підключення будуть завершені і до бази даних можна буде підключитися для подальшого обслуговування та пошуку можливих причин. Якщо складно визначити, що саме може викликати таку проблему, то варто в усіх скриптах і в усьому ПО, де використовувалася ця база даних з цим же користувачем, поступово змінювати пароль для підключення на актуальний і перевіряти наявність повторного виникнення проблеми.