Miracle

Рейтинг
376
Регистрация
20.08.2004
netwind:
Вам остается разбить запрос-задачу на интервалы по смыслу и запускать sql-запросы с паузами.

не совсем понял что это даст

так же немогу понять как вообще что-то может дать, могу 100 раз делать один и тот же запрос и резальтаты всегда будут разниться от маленького к большому...

netwind:
Можно для вычислений отдельную копию mysql запустить и понизить приоритет процессу mysqld с помощью программы nice или renice.

а не может ли эта планка быть из за этих команд (я писал выше)

А можн что то на серере настроить так что бы ... ну даже не знаю как объяснить. Пример со скачиванием файла через интернет, когда ты можешь регулировать скорость. Такое ощущение что точно такая же планка появилась... Пример. пересчитываю счетчик, по топу данные маэскуэля 10-20% , но при этом раньше пересчет делался быстро, сейчас жудко долго....

В!таю з днЭм народження! :-)

join не решит эту проблему :)

я не считаю что 24 это фигня с чего вы взяли, потому я и пытаюсь понять в чем проблема.

Miracle:
через .htaccess закрыл доступ к серверу
по top -o cpu его ничего не грузило
на открытии главной для одного меня уходило 0.7 секунд максимум
вот запросы интересные со временем

и посмотрите время выполнения запросов.

спасибо за ответы

Page generation time: 29,7049s (PHP: 1% - SQL: 99%) - SQL queries: 14 - GZIP disabled - Array
(
[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
)

)
-->

не знаю, если бы было что то типа блокировки то все запросы бы тормозили, а так из середины списка

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

запрос выполняется 14 секунд

загрузка процессора от маэскуэля до 50%

с чем может быть такое связано?

юзеров 11526

сессий 2141

спасибо.

Взрослые люди а не понимаете что спорите о разном :)

Miracle добавил 25.10.2009 в 17:23

MoMM, доказывает что сервис бывают моменты что работает, а michail, что почти все время сервис не работает. Говорите в общем-то об одном, только разными словами :)

MoMM:
тянет до последнего момента, а потом с фитилем в жопе начинает орать "доктор, все пропало!" по выходным... не знал что будет выходной? ждешь, что другие будут работать по выходным? ты - неисправимый оптимист!

согласен, но год назад я так увидел на своих доменах рекламу седо. Уведомления о продлении не приходили и тд. Благо этот опыт стал важным и теперь я сам слежу за доменами :) и не доверяю рассылкам. Это все было сказано к тому что не всегда есть изначальный опыт в том что надо самому следить за доменами. Если бы я в тот раз деньги не зачислил, которые "повисли в системе" еще год назад бы сменил вебст. :)

вы хотите потратить деньги?

если нет, ставьте phpbb не самый лучший вариант, но бесплатный и далеко не самый хреновый.

Всего: 3947