|
|
|
MySql процессы со статусом Sleep. (again)
|
|||
|---|---|---|---|
|
#18+
FreeBSD 7.1 php 5.2 Mysql 5.1.42 вдруг откуда нивозьмись стали появляться куча процессов MYSQL со статусом Sleep постоянные соединения запрещены в php.ini, код вычищен (на всякий случай). что это и как лечить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2010, 17:08:40 |
|
||
|
MySql процессы со статусом Sleep. (again)
|
|||
|---|---|---|---|
|
#18+
netstat'ом глянуть какой процесс держит соединение с МуСКуль сокетом. возможно, fast-cgi приложение, либо вообще отдельный процесс ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2010, 07:13:48 |
|
||
|
MySql процессы со статусом Sleep. (again)
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2010, 10:15:10 |
|
||
|
MySql процессы со статусом Sleep. (again)
|
|||
|---|---|---|---|
|
#18+
типа ап. выяснились прикольные вещи. если написать Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. и НЕ закрывать соединение (mysql_close($conn);), и НЕ вызывать exit то соединение остается висеть. если его закрыть - оно закроется. если вызвать exit - тоже закроется. FREEBSD 7.1 php 5.2 APACHE 2.2 prefork кто нить может что нить сказать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2010, 22:07:26 |
|
||
|
MySql процессы со статусом Sleep. (again)
|
|||
|---|---|---|---|
|
#18+
поидее соединение должно закрываться когда скрипт отработал php надо покопаться в конфиге. а вобще хорошим тоном читается завершение соединения по линке открытой в начале. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2011, 22:59:28 |
|
||
|
MySql процессы со статусом Sleep. (again)
|
|||
|---|---|---|---|
|
#18+
а на предмет чего копать конфиг? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2011, 14:57:41 |
|
||
|
MySql процессы со статусом Sleep. (again)
|
|||
|---|---|---|---|
|
#18+
ScareCrow, Соединения должны сами отваливаться по таймауту. Это в конфиге мускула. Попробуй уменьшить таймаут. Я лично никогда их не закрываю сам. Даже в фреймворке отключить пришлось закрытие, переопределив класс из ядра, когда начал работать с многопоточными приложениями. Там надо закрывать в родительском, перед созданием нового дочернего процесса. Иначе они сами должны закрываться. А если не закрывать, то дочерний процесс пытается подключится к уже открытому соединению, чего не должно быть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2013, 14:46:27 |
|
||
|
MySql процессы со статусом Sleep. (again)
|
|||
|---|---|---|---|
|
#18+
пасиба , за три года разобрались. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2013, 15:02:49 |
|
||
|
MySql процессы со статусом Sleep. (again)
|
|||
|---|---|---|---|
|
#18+
ScareCrowа на предмет чего копать конфиг? Предполагалось, что вы будете копаться на предмет постоянных соединений. Самостоятельно убедитесь, что якобы отключенные постоянные соединения действительно отключены. Ошибки администратора при редактировании php.ini случаются. Он мог отредактировать не тот файл. Скрипт мог включить некоторые настройки сам. Фреймворки могли себя повести не так как от них ждут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2013, 17:05:08 |
|
||
|
|

start [/forum/topic.php?fid=47&fpage=220&tid=1836525]: |
0ms |
get settings: |
5ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
26ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 202ms |
| total: | 298ms |

| 0 / 0 |
