Resolution
Resolve the max connection error using one of the following methods:
- Review existing connections and, if possible, terminate them to release connection pressure. For example, start by terminating connections in sleep state.
- Increase the maximum number of connections to your DB instance.
Terminate existing connections on your DB instance
Terminate user sessions or queries currently running on your DB instance by running the rds_kill and rds_kill_query commands:
Increase the maximum connections to your DB instance
Increase the maximum number of connections to your DB instance using the following methods:
- Note: Scaling the DB instance class causes an outage.
- Set a larger value for the max_connections parameter using a custom instance-level parameter group. Increasing the max_connections parameter doesn’t cause an outage, but if your DB instance is using a default parameter group, then change the parameter group to a custom parameter group. Changing the parameter group causes an outage. For more information, see Working with DB parameter groups.
Note: The maximum number of connections allowed to an Aurora MySQL DB instance is determined by the max_connections parameter in the instance-level parameter group for the DB instance. See the following example:
Check the current value of the max_connections parameter for your DB instance. To do this, check the parameter group attached to your DB instance or by run the following query:
The max_connections parameter has the following specifications:
- Can be set on both the DB cluster and DB instance parameter group. However, instance-level parameter setting takes effect.
- Allowed value is an integer in the range of 1-16000.
- Dynamic in nature (no reboot is required to change this parameter value).
For more information on the default value of max_connections for each DB instance class available to Aurora MySQL, see Maximum connections to an Aurora MySQL DB instance.
Note: Aurora MySQL and Amazon Relational Database Service (Amazon RDS) MySQL DB instances have different amounts of memory overhead. The max_connections value can be different for Aurora MySQL and RDS MySQL DB instances that use the same instance class. The values listed apply only to Aurora MySQL.
Best practices for tuning the max_connections parameter
Make sure to consider the following when working with the max_connections parameter for your DB instance.
- The default connection limits are tuned for systems that use the default values for other major memory consumers, such as the buffer pool and query cache. If you change these settings for your DB cluster, consider adjusting the connection limit to account for the increase or decrease in available memory on the DB instances.
- Set max_connections slightly higher than the maximum number of connections you expect to open on each DB instance.
- If you also enabled performance_schema, be careful with the max_connections parameter setting. The Performance Schema memory structures are sized automatically based on server configuration variables, including max_connections. The higher you set the variable, the more memory Performance Schema uses. In extreme cases, this can lead to out-of-memory issues on smaller instance types, such as T2 and T3. It is a best practice to leave max_connections at the default value if you’re using Performance Schema. If you plan to increase the max_connections to a value significantly higher than the default value, consider disabling Performance Schema. Note: If you enable Performance Insights for an Aurora MySQL DB instance, this automatically enables Performance Schema.
You can also consider the following MySQL connection parameters for tuning:
- wait_timeout: Number of seconds the server waits for activity on a non-interactive TCP/IP or UNIX File connection before closing it.
- interactive_timeout: Number of seconds the server waits for activity on an interactive connection before closing it.
- net_read_timeout: Number of seconds to wait for more data from a TCP/IP connection before dropping the read.
- net_write_timeout: Number of seconds to wait on TCP/IP connections for a block to be written before dropping the write.
- max_execution_time: Execution timeout for SELECT statements, in milliseconds.
- max_connect_errors: A host is blocked from further connections if there are more than this number of interrupted connections.
- max_user_connections: Maximum number of simultaneous connections allowed to any given MySQL account.
Note: This article doesn’t include recommended or custom values for these parameters, because these values vary based on individual use case.
Ошибки запрета доступа в MySQL
В MySQL учётная запись (УЗ) определяется именем пользователя и клиентским хостом, с которого пользователь может подключиться. УЗ может также иметь данные для аутентификации (например, пароль).
Причин для запрета доступа может быть много. Одна из них связана с учётными записями MySQL, которые сервер разрешает использовать клиентским программам при подключении. Это означает, что имя пользователя, указанное в соединении, может не иметь прав доступа к базе данных.
В MySQL есть возможность создавать учётные записи, позволяющие пользователям клиентских программ подключаться к серверу и получать доступ к данным. Поэтому при ошибке доступа проверьте разрешение УЗ на подключение к серверу через клиентскую программу.
Увидеть разрешённые привилегии учётной записи можно, выполнив в консоли команду
Входим в консоль (пример для Unix, для Windows консоль можно найти в стартовом меню):
В консоли вводим команду:
Дать привилегии конкретному пользователю в БД по IP-адресу можно, используя следующие команды:
Ошибки запрещённого доступа могут также возникнуть из-за проблем с подключением к MySQL (см. выше).
Методы устранения «MySQL error: Too many connections»
Основным методом устранения ошибки «MySQL error: Too many connections», конечно же, является оптимизация скриптов сайта, так как именно эта причина вызывает чаще всего данную ошибку. Также для каждой БД
мы рекомендуем создавать отдельного пользователя, это позволит изолировать сайты друг от друга.
Если же речь идет об атаке на сайт, то есть два варианта решения проблемы: временное отключение сайта, либо использование услуги защиты от DDOS-атак.
Следующий пункт — общая нагрузка на сервер БД. Если используется услуга ВЕБ хостинга, то решить эту проблему самостоятельно Вы не сможете. В этом случае нужно обратиться в техническую
поддержку хостинг-провайдера.
Говоря о хостинге VDS или выделенном сервере, здесь, прежде всего, нужно проверить, что установленный лимит max_user_connections значительно меньше значения max_connections
Также нужно
обратить внимание на общую нагрузку на VDS (сервер), если VDS (сервер) не справляется с нагрузкой, то количество одновременных подключений будет расти, что в итоге приведет к превышению лимитов. Стоит обратить внимание и на настройку сервисов VDS (сервера), если какой-то сервис можно оптимизировать, выделив больше ресурсов для MySQL, то это следует незамедлительно выполнить
Если
наличие свободных ресурсов позволяет увеличить значение max_user_connections и max_connections, то это также нужно сделать.
В случае отсутствия навыков решения проблемы «MySQL error: Too many connections» Вы всегда можете обратиться в нашу компанию и заказать администрирование сайта или сервера, что поможет
исправить данную проблему в минимальные сроки.
Short description
If the client encounters a «Too Many Connections» error when you try to connect to an Amazon Aurora MySQL DB cluster or instance, this means that all available connections are in use by other clients. This is defined by the max_connections parameter.
You might see any of the following symptoms:
- The DatabaseConnections metric in Amazon CloudWatch is close to or equal to the max_connections value for your Aurora MySQL DB instance.
- The value for the max_connections parameter is higher than the available memory provisioned by the DB instance class for connections. Check for signs like a low FreeableMemory metric value in CloudWatch.
- You get an ERROR 1040(): Too many connections error in the MySQL error log.
You can reach a max_connections value for the following reasons:
- Sudden or gradual increase in the number of client/application connections to the DB instance. This has the following causes:
- Increase in workload leading to increased connections.
- Table/row level locking leading to an increase in the client/application connection.
- Client/application not closing connections properly after the end of the operation.
- Higher value for connection timeout parameters like wait_timeout and/or interactive_timeout that can lead to an increase in sleeping connections.
Before you resolve the max connection error, first view all threads that are currently running on your DB instance. Then, enable logging on your DB instance.
Show threads currently running on Aurora MySQL DB instance
The SHOW FULL PROCESSLIST command shows which threads are currently running on your DB instance. Log in to your DB instance, and then run the following query:
You can also run the following query to get the same result set:
Note: You must grant your user account the administration privilege for the MySQL PROCESS server to see all the threads running on a MySQL DB instance. Otherwise, SHOW PROCESSLIST shows only the threads associated with the MySQL account that you’re using. For more information, see the MySQL documentation for Privileges provided by MySQL.
Note: The SHOW FULL PROCESSLIST and INFORMATION_SCHEMA.PROCESSLIST statements can negatively affect performance because they require a mutex.
Enable logging on Aurora MySQL DB instance
Enable logging on your Aurora MySQL DB instance by enabling general_log, slow_query_log or advanced auditing log parameters.
Решение проблемы с ошибкой «import.php: Отсутствующий параметр: import_type»
Затем сразу возникла проблема:
phpMyAdmin - Ошибка import.php: Отсутствующий параметр: import_type
Несмотря на суперинформативность ошибки, я разобрался в её причине – до скрипта просто не доходил файл с резервной копией БД. Причина в том, что по умолчанию в PHP установлены очень маленькие значения на максимальный размер выгружаемого на сервер файла, и файла, передаваемого методом POST. На локальном, своём сервере это очень легко исправить. Откройте файл c:\Server\bin\PHP\php.ini, и отредактируйте там следующие директивы:
upload_max_filesize = 2M
максимальный размер загружаемого на сервер файла. Изначально установлен очень маленький размер – только два мегабайта. Например, при загрузке базы данных в phpMyAdmin, не получится загрузить файл больше 2 мегабайт до тех пор, пока не будет изменён этот пункт настройки. Мой бэкап был в сотни мегабайт – установите это значение больше, чем размер импортируемого файла.
post_max_size = 8M
устанавливает максимальное количество данных, которые будут приняты при отправке методом POST. Аналогично – установите размер больше, чем импортируемый файл.
Другие директивы можно не менять, но при желании вы можете предоставить PHP скриптам дополнительные ресурсы:
memory_limit = 128M
устанавливает максимальное количество памяти, которое может использовать скрипт
max_file_uploads = 20
максимальное количество файлов для загрузки за один раз
max_execution_time = 30
максимальное время выполнения одного скрипта
;default_charset = "UTF-8"
устанавливает кодировку (по умолчанию, строка закомментирована)
Чтобы эти изменения вступили в силу, нужно перезапустить веб-сервер.
MySQL ‘Too many connections’ fix – What to keep in mind!
One common question that comes into the mind of server owners, is what exactly should be the value of max_connections parameter for MySQL. The fact is that, there is no such specific value.
The number of allowable connections depends on the amount of RAM available and memory usage for each connection. Increasing the value too much can use up the RAM and cause server to crash.
At Bobcares, we examine the available memory in the server and other parameters that require the RAM, before going ahead and increasing the connection limit.
Other parameters such as the timeout settings, cache and open tables can also influence the memory utilised for MySQL and the connections possible.
By doing an iterative tweaking and examining the MySQL server performance and memory usage after each iteration, we configure the MySQL server to serve connections with maximum efficiency.
Что значит ошибка «MySQL error: Too many connections»
Итак, если при входе на сайт Вы видите надпись «MySQL error: Too many connections», то в большинстве случаев это говорит о том, что сайт превысил лимит на количество одновременных соединений к серверу баз данных MySQL. В остальных случаях это может говорить о превышении второго лимита, т.е. лимита на общее количество одновременных подключений к MySQL.
Для справки. Первый лимит регулируется параметром max_user_connections, а второй лимит — max_connections.
Если речь идет о ВЕБ хостинге с mysql, то возникновение ошибки по причине превышения лимита max_connections практически не возможно, поэтому такая ошибка будет возникать только на одном сайте,
даже если у Вас несколько сайтов на одном аккаунте, за исключением ситуаций, когда для всех баз данных указан один пользователь.
Если мы говорим о VDS хостинге или выделенном сервере, то здесь все зависит от настроек сервера MySQL. В том случае, если у Вас max_user_connections не значительно меньше max_connections, равно
или превышает этот параметр, то сбой в работе БД одного сайта повлияет на работу остальных сайтов.
Причины ошибки «MySQL error: Too many connections»
Мы будем рассматривать причины возникновения данной ошибки, только опираясь верную настройку сервера MySQL (о правильной настройке поговорим чуть ниже).
Самой распространенной причиной возникновения ошибки «Too many connections» является ошибка в коде сайта. Зачастую программисты пишут не оптимизированный код работы с БД, это может быть, как
отсутствие закрытий подключений к БД, так и тяжелые запросы, которые выполняются слишком медленно при высокой посещаемости сайта. В результате чего лимит max_user_connections переполняется, и
сервер выдает ошибку.
Второй причиной возникновения ошибки является DDOS-атака на сайт. В результате одновременного вызова большого количества страниц сервер БД не успевает обработать все запросы и выдает ошибку:
«MySQL error: Too many connections».
Третьей причиной ошибки, которая на ВЕБ хостинге почти не достижима (а для сервера и хостинга VDS встречается чаще), является общая нагрузка на сервер БД MySQL.
MySQL ‘Too many connections’ – The causes and fix
When a MySQL server is initially installed, it will have 150 as the default value for maximum permitted number of simultaneous client connections. This value can be adjusted further in servers.
An additional admin connection is also possible to monitor these client connections. This extra connection is reserved for use by accounts that have CONNECTION_ADMIN or SUPER user privilege.
The number of connections is defined by ‘max_connections’ value. When the number of client connections exceed this value, MySQL shows ‘Too many connections’ error.
This can happen in multiple scenarios, and the fix for the error would vary with the actual cause. Here, we’ll see the various causes that trigger MySQL ‘Too many connections’ error.
1. High traffic to sites
Many a times, the web traffic can go high due to peak sales or promotions. If there number of connections allowed for your MySQL server is not enough, users will get “Too many connections” error in websites.
In such scenarios, we first examine the MySQL processes in the server and analyze the web server traffic to figure out which site is causing the issue.
If the traffic is valid, we tweak the maximum number of connections to the database that are allowed, and increase it to a value that is high enough to meet the website requirements.
For resource-intensive websites, sometimes increasing the connection limit alone would not be sufficient. We do an in-depth analysis and tweak various service parameters to handle this high traffic.
2. Web server attacks
Often, it has been seen that a sudden increase in website traffic and intermittent ‘Too many connections’ errors denote a flooding attack to the web server.
If the connection limit is increased without noticing or preventing the attack, it will eventually crash your server, as a flooding attack is aimed at exhausting server resources with too many requests.
Bobcares’ engineers detect such attack attempts proactively, and immediately pinpoint the source of the attack and block those IP addresses, before it crashes the server.
We examine the access logs, network connections to the server, malicious scripts and processes, etc. in the server, to figure out the depth and extent of the attack.
3. Poorly coded applications
Many websites have custom code and applications running on them. Many often, this code may contain bugs or can lead to infinite loops of MySQL queries, leading to too many connections.
Too many persistent connections to MySQL server or the application not closing connections properly, can also lead to MySQL ‘Too many connections’ error.
If the timeout for idle connections is too high, it can cause too many sleeping connections, and thereby use up the allowable limit of MySQL connections in the server.
By examining the MySQL processes and queries that are running, we figure out the code that is causing issue, and optimise it further to fix ‘Too many connections’ error.
Недостаточно памяти
Если такая ошибка возникла, это может означать, что в MySQL недостаточно памяти для хранения всего результата запроса.
Сначала нужно убедиться, что запрос правильный. Если это так, то нужно выполнить одно из следующих действий:
- если клиент MySQL используется напрямую, запустите его с ключом , чтобы отключить кешированные результаты;
- если вы используете драйвер MyODBC, пользовательский интерфейс (UI) имеет расширенную вкладку с опциями. Отметьте галочкой «Do not cache result» (не кешировать результат).
Также может помочь MySQL Tuner. Это полезный скрипт, который подключается к работающему серверу MySQL и даёт рекомендации по настройке для более высокой производительности.
Заключение
Самое важное при диагностике — понять, что именно вызвало ошибку. Следующие шаги помогут вам в этом:
Первый и самый важный шаг — просмотреть журналы MySQL, которые хранятся в каталоге . Вы можете использовать утилиты командной строки вроде для чтения файлов журнала.
Если служба MySQL не запускается, проверьте её состояние с помощью . Или используйте команду (с флагом ) в systemd.
Вы также можете проверить файл системного журнала (например, ) на предмет обнаружения ошибок.
Попробуйте использовать такие инструменты, как Mytop, glances, top, ps или htop, чтобы проверить, какая программа использует весь ресурс процессора или блокирует машину
Они также помогут определить нехватку памяти, дискового пространства, файловых дескрипторов или какого-либо другого важного ресурса.
Если проблема в каком-либо процессе, можно попытаться его принудительно остановить, а затем запустить (при необходимости).
Если вы уверены, что проблемы именно на стороне сервера, можете выполнить команды: или , чтобы получить от него ответ.
Если при подключении проблема не связана с сервером, проверьте, нормально ли работает клиент. Попробуйте получить какие-либо его выходные данные для устранения неполадок.
Перевод статьи «Useful Tips to Troubleshoot Common Errors in MySQL»
