Как мог бы массовые соединения уничтожения с MySQL?
Из-за пути работает рабочая станция, необходимо войти и иметь учетную запись, работающую перед запуском VM.
Если Вы будете поддерживать свой вход в систему в рабочем состоянии, то Ваши рабочие станции будут всегда работать если перезагрузки сервера или политики сессии неактивности RDP.
Если Вы хотите, чтобы Ваши рабочие станции запустились, когда сервер загружается, взгляд на выполнение VMware Server вместо этого.
У Вас есть три после опций:
Запустите-> Выполненный-> Services.msc
Найдите MySQL, щелкните правой кнопкой и выберите перезапускЗапустите-> Выполненный-> CMD
сетевой MySQL остановки входит
сетевой MySQL запуска входит- Уничтожьте все экземпляры mySQLd.exe в taskpanel. (не рекомендуемый)
если Вы имеете доступ к своему серверу, перезапускаете mysql., если Вы не имеете доступа к своему серверу, просто ожидаете.
Некоторые веб-приложения будут всегда сообщать "о слишком многих соединениях", если они не могут соединиться с базой данных. Если Вы получаете эту ошибку даже после перезапуска MySQL затем, реальная ошибка не является, вероятно, "никаким соединением". Попытайтесь подключить к MySQL некоторый другой путь, командную строку, phpmydmin или другой MySQL управляемый сайт на том же сервере.
Если можно подключить к MySQL через альтернативную проверку средств строку подключения в веб-сайте (Бит, который дает имя пользователя, и пароль для MySQL) затем соединяются с теми учетными данными, что-то, возможно, было изменено, но не было обновлено в сценарии.
Если Вы не можете соединиться с MySQL во всем, и MySQL перезапуска не зафиксировал его затем, необходимо будет посмотреть журнал событий (Вы сказали, что это был Windows Server в комментарии). Перезапуск сервера является ярлыком, который исключит много проблем, также проверить Ваш не из дискового пространства.
Я решил его! Это была ошибка в коде C#, где я случайно циклично выполнил "соединение. Открытый ()".-.-
Class1, сказанные 'эй Class2, откройте соединение!' и Class2 ответил 'на открытое соединение! теперь откройте соединение, Class1!'. Затем Class1 открыл соединение и сказал Class2, 'открывают соединение также!' и так на...
Я сожалею о немоте, я просто не понял об этом-.-
3 дня застревают (Y)
Удачи!
Я ответил на этот вопрос о массовом уничтожении подключений к БД в DBA StackExchange еще в мае 2011 года.
Что может позволить человеку войти в mysql в таких стрессовых условиях ? Ответ довольно прост: НЕ ПРЕДОСТАВЛЯЙТЕ ВСЕМ СУПЕР ПРИВИЛЕГИЮ !!!
Почему СУПЕР привилегия?
Согласно документации MySQL :
СУПЕР привилегия позволяет учетной записи использовать ИЗМЕНИТЬ МАСТЕРА НА, УБИТЬ или mysqladmin kill, чтобы убить потоки, принадлежащие другим учетным записям (вы всегда можете убить свои собственные потоки), ОЧИСТКА ДВОИЧНЫХ ЖУРНАЛОВ, конфигурация изменяется с помощью SET GLOBAL для изменения глобальных системных переменных, команда отладки mysqladmin, включение или отключение ведения журнала, выполнение обновляется, даже если системная переменная read_only включена, запускается и остановка репликации на подчиненных серверах, указание любой учетной записи в атрибут DEFINER сохраненных программ и представлений, и позволяет вам подключиться (один раз), даже если лимит подключений контролируется Достигнута системная переменная max_connections.
В свете этого обычные клиентские соединения не должны иметь привилегии SUPER. Как только количество подключений к БД будет достигнуто = max_connections , будет разрешено только одно дополнительное подключение, и это одно подключение должно иметь привилегию SUPER. Если у всех и у его бабушки есть привилегия SUPER, все ставки отключены, и никто не сможет войти в систему.
You should be able to get into mysql with the root user.
From there you can run a "show processlist".
You can then run kill 'Id' to kill the connections.