netwind: Вам остается разбить запрос-задачу на интервалы по смыслу и запускать sql-запросы с паузами.
не совсем понял что это даст
так же немогу понять как вообще что-то может дать, могу 100 раз делать один и тот же запрос и резальтаты всегда будут разниться от маленького к большому...
netwind: Можно для вычислений отдельную копию mysql запустить и понизить приоритет процессу mysqld с помощью программы nice или renice.
а не может ли эта планка быть из за этих команд (я писал выше)
А можн что то на серере настроить так что бы ... ну даже не знаю как объяснить. Пример со скачиванием файла через интернет, когда ты можешь регулировать скорость. Такое ощущение что точно такая же планка появилась... Пример. пересчитываю счетчик, по топу данные маэскуэля 10-20% , но при этом раньше пересчет делался быстро, сейчас жудко долго....
я не считаю что 24 это фигня с чего вы взяли, потому я и пытаюсь понять в чем проблема.
Miracle: через .htaccess закрыл доступ к серверу по top -o cpu его ничего не грузило на открытии главной для одного меня уходило 0.7 секунд максимум вот запросы интересные со временем
[3] => Array ( [0] => DELETE FROM forum_sessions WHERE session_time < 1256652562 AND session_id <> '8d699e58183e97f2d06cb16dc9f6af93' [1] => 0,37880992889404 )
[4] => Array ( [0] => SELECT * FROM forum_themes WHERE themes_id = 1 [1] => 0,12045478820801 )
[5] => Array ( [0] => SELECT COUNT(post_id) as total FROM forum_posts WHERE post_time >= 1256581280 AND poster_id != 4 [1] => 0,53221106529236 )
[6] => Array ( [0] => SELECT c.cat_id, c.cat_title, c.cat_order FROM forum_categories c
ORDER BY c.cat_order [1] => 0,0057001113891602 )
[7] => Array ( [0] => SELECT t.forum_id, t.topic_id, p.post_time FROM forum_topics t, forum_posts p WHERE p.post_id = t.topic_last_post_id AND p.post_time > 1256581280 AND t.topic_moved_id = 0 [1] => 24,293247938156 )
[8] => Array ( [0] => SELECT a.forum_id, a.auth_view, a.auth_mod FROM forum_auth_access a, forum_user_group ug WHERE ug.user_id = 4 AND ug.user_pending = 0 AND a.group_id = ug.group_id
[1] => 0,045427083969116 )
[9] => Array ( [0] => SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, s.session_logged_in, s.session_ip FROM forum_users u, forum_sessions s WHERE u.user_id = s.session_user_id AND s.session_time >= 1256655887
ORDER BY u.username ASC, s.session_ip ASC [1] => 3,2141630649567 )
[10] => Array ( [0] => SELECT r.cat_id, r.report_info FROM forum_report r
WHERE report_status = 0 [1] => 0,0004429817199707 )
[11] => Array ( [0] => SELECT word, replacement FROM forum_words [1] => 0,00016617774963379 )
[12] => Array ( [0] => SELECT a.forum_id, a.auth_read FROM forum_forums a
[1] => 8,2969665527344E-5 )
[13] => Array ( [0] => SELECT a.forum_id, a.auth_read, a.auth_mod FROM forum_auth_access a, forum_user_group ug WHERE ug.user_id = 4 AND ug.user_pending = 0 AND a.group_id = ug.group_id
[1] => 0,0047140121459961 )
) -->
не знаю, если бы было что то типа блокировки то все запросы бы тормозили, а так из середины списка
bearman: думаю что мало при условии что у вас session_id и user_id индексированные поля
bearman: думаю что мало при условии что у вас session_id и user_id индексированные поля.
мало что? тормозит мало?:)
Miracle добавил 27.10.2009 в 19:04
через .htaccess закрыл доступ к серверу
по top -o cpu его ничего не грузило
на открытии главной для одного меня уходило 0.7 секунд максимум
вот запросы интересные со временем
[0] => UPDATE forum_sessions SET session_time = 1256658687, session_page = 64 WHERE session_id = '8d699e58183e97f2d06cb16dc9f6af93' [1] => 0,18582701683044
[0] => UPDATE forum_topics SET topic_views = topic_views + 1 WHERE topic_id = 22074 [1] => 0,15500211715698
с чем может быть такое связано?
неделю работает хорошо, неделю вот такие непонятки...
EXPLAIN SELECT u . * , s . * FROM forum_sessions s, forum_users u WHERE s.session_id = '8d699e58183e97f2d06cb16dc9f6af93' AND u.user_id = s.session_user_id
id select_type table type possible_keys key key_len ref rows Extra 1 SIMPLE s const PRIMARY,session_user_id,session_id_ip_user_id PRIMARY 32 const 1 1 SIMPLE u const PRIMARY PRIMARY 3 const 1
Взрослые люди а не понимаете что спорите о разном :)
Miracle добавил 25.10.2009 в 17:23
MoMM, доказывает что сервис бывают моменты что работает, а michail, что почти все время сервис не работает. Говорите в общем-то об одном, только разными словами :)
я ниче не понял :)
Miracle добавил 01.11.2009 в 01:52
Variable_name Value
Last_query_cost 0.000000
Variable_name Value
Handler_commit 0
Handler_delete 0
Handler_discover 0
Handler_prepare 0
Handler_read_first 0
Handler_read_key 0
Handler_read_next 0
Handler_read_prev 0
Handler_read_rnd 0
Handler_read_rnd_next 177
Handler_rollback 0
Handler_savepoint 0
Handler_savepoint_rollback 0
Handler_update 0
Handler_write 171
но это ночью
да. вдс
подскажите что это за процессы
54789 natd 73.2% 3:04:47 1 10 41 924K 1680K 1388K 20M
напрягают временами
Вам остается разбить запрос-задачу на интервалы по смыслу и запускать sql-запросы с паузами.
не совсем понял что это даст
так же немогу понять как вообще что-то может дать, могу 100 раз делать один и тот же запрос и резальтаты всегда будут разниться от маленького к большому...
Можно для вычислений отдельную копию mysql запустить и понизить приоритет процессу mysqld с помощью программы nice или renice.
а не может ли эта планка быть из за этих команд (я писал выше)
А можн что то на серере настроить так что бы ... ну даже не знаю как объяснить. Пример со скачиванием файла через интернет, когда ты можешь регулировать скорость. Такое ощущение что точно такая же планка появилась... Пример. пересчитываю счетчик, по топу данные маэскуэля 10-20% , но при этом раньше пересчет делался быстро, сейчас жудко долго....
В!таю з днЭм народження! :-)
join не решит эту проблему :)
я не считаю что 24 это фигня с чего вы взяли, потому я и пытаюсь понять в чем проблема.
через .htaccess закрыл доступ к серверу
по top -o cpu его ничего не грузило
на открытии главной для одного меня уходило 0.7 секунд максимум
вот запросы интересные со временем
и посмотрите время выполнения запросов.
спасибо за ответы
(
[0] => Array
(
[0] => SELECT u.*, s.*
FROM forum_sessions s, forum_users u
WHERE s.session_id = '8d699e58183e97f2d06cb16dc9f6af93'
AND u.user_id = s.session_user_id
[1] => 0,010000944137573
)
[1] => Array
(
[0] => UPDATE forum_sessions
SET session_time = 1256656161, session_page = 0
WHERE session_id = '8d699e58183e97f2d06cb16dc9f6af93'
[1] => 0,11630916595459
)
[2] => Array
(
[0] => UPDATE forum_users
SET user_session_time = 1256656161, user_session_page = 0
WHERE user_id = 4
[1] => 0,79897785186768
)
[3] => Array
(
[0] => DELETE FROM forum_sessions
WHERE session_time < 1256652562
AND session_id <> '8d699e58183e97f2d06cb16dc9f6af93'
[1] => 0,37880992889404
)
[4] => Array
(
[0] => SELECT *
FROM forum_themes
WHERE themes_id = 1
[1] => 0,12045478820801
)
[5] => Array
(
[0] => SELECT COUNT(post_id) as total
FROM forum_posts
WHERE post_time >= 1256581280
AND poster_id != 4
[1] => 0,53221106529236
)
[6] => Array
(
[0] => SELECT c.cat_id, c.cat_title, c.cat_order
FROM forum_categories c
ORDER BY c.cat_order
[1] => 0,0057001113891602
)
[7] => Array
(
[0] => SELECT t.forum_id, t.topic_id, p.post_time
FROM forum_topics t, forum_posts p
WHERE p.post_id = t.topic_last_post_id
AND p.post_time > 1256581280
AND t.topic_moved_id = 0
[1] => 24,293247938156
)
[8] => Array
(
[0] => SELECT a.forum_id, a.auth_view, a.auth_mod
FROM forum_auth_access a, forum_user_group ug
WHERE ug.user_id = 4
AND ug.user_pending = 0
AND a.group_id = ug.group_id
[1] => 0,045427083969116
)
[9] => Array
(
[0] => SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, s.session_logged_in, s.session_ip
FROM forum_users u, forum_sessions s
WHERE u.user_id = s.session_user_id
AND s.session_time >= 1256655887
ORDER BY u.username ASC, s.session_ip ASC
[1] => 3,2141630649567
)
[10] => Array
(
[0] => SELECT r.cat_id, r.report_info
FROM forum_report r
WHERE report_status = 0
[1] => 0,0004429817199707
)
[11] => Array
(
[0] => SELECT word, replacement
FROM forum_words
[1] => 0,00016617774963379
)
[12] => Array
(
[0] => SELECT a.forum_id, a.auth_read
FROM forum_forums a
[1] => 8,2969665527344E-5
)
[13] => Array
(
[0] => SELECT a.forum_id, a.auth_read, a.auth_mod
FROM forum_auth_access a, forum_user_group ug
WHERE ug.user_id = 4
AND ug.user_pending = 0
AND a.group_id = ug.group_id
[1] => 0,0047140121459961
)
)
-->
не знаю, если бы было что то типа блокировки то все запросы бы тормозили, а так из середины списка
думаю что мало при условии что у вас session_id и user_id индексированные поля
думаю что мало при условии что у вас session_id и user_id индексированные поля.
мало что? тормозит мало?:)
Miracle добавил 27.10.2009 в 19:04
через .htaccess закрыл доступ к серверу
по top -o cpu его ничего не грузило
на открытии главной для одного меня уходило 0.7 секунд максимум
вот запросы интересные со временем
SET session_time = 1256658687, session_page = 64
WHERE session_id = '8d699e58183e97f2d06cb16dc9f6af93'
[1] => 0,18582701683044
SET topic_views = topic_views + 1
WHERE topic_id = 22074
[1] => 0,15500211715698
с чем может быть такое связано?
неделю работает хорошо, неделю вот такие непонятки...
спс.
немного другой вопрос, но задам здесь
FROM forum_sessions s, forum_users u
WHERE s.session_id = '8d699e58183e97f2d06cb16dc9f6af93'
AND u.user_id = s.session_user_id
1 SIMPLE s const PRIMARY,session_user_id,session_id_ip_user_id PRIMARY 32 const 1
1 SIMPLE u const PRIMARY PRIMARY 3 const 1
запрос выполняется 14 секунд
загрузка процессора от маэскуэля до 50%
с чем может быть такое связано?
юзеров 11526
сессий 2141
спасибо.
Взрослые люди а не понимаете что спорите о разном :)
Miracle добавил 25.10.2009 в 17:23
MoMM, доказывает что сервис бывают моменты что работает, а michail, что почти все время сервис не работает. Говорите в общем-то об одном, только разными словами :)