Модераторы: skyboy
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Часто изменяемая таблица, Что бы придумать чтобы снять нагрузку 
V
    Опции темы
Vardoulacha
Дата 13.4.2012, 17:37 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 184
Регистрация: 11.8.2005

Репутация: нет
Всего: 8



Сложно сказать куда засунуть данную тему, пусть пока будет здесь (потому как вопрос с этой ветки начинается)

Вводная: есть проект, зарегистрированные пользователи входят под своими логинами и паролями, чтобы хранить пользователей вошедших в проект есть таблица session которая и занимается тем что хранит всех кто сейчас авторизован в проекте

при любом действии пользователя, когда проходит проверка на то вошел ли пользователь и есть ли у него права, в этой таблице информация по пользователю обновляется т.е. изменяется время последней активности, тем самым достигается актуальный список тех кто на сайте.

и вот чем больше пользователей тем больше обновлений этой таблицы причем постоянных обновлений

и вопрос как раз в следующем может как-то можно избавится от этой таблицы или что-то с ней такое сделать, чтобы снизить нагрузку на нее, нужна какая-нибудь свежая идея

P.S. пока всё это писал родилась идея хранить в определенной папке файлы с именем вида ID_USER.txt и при каждом действии в файл записывается информация (которая сейчас пишется в таблицу: имя юзера, его статус, время последней активности), и удалять файлы у которых время последнего изменения истекло (от определенной даты), плюс в том что разгрузится база а вот возможно будет минус при очень большом количестве файлов на чтение, хотя в теории это не должно сильно сказаться на производительности т.к. собрать все файлы в каталоге и посмотреть на их время не открывая их в принципе вроде как не должно быть сильно медленно

а может есть ещё какие решения?
PM MAIL   Вверх
Akina
Дата 13.4.2012, 17:53 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 106
Всего: 454



Первый вопрос - за каким хреном она нужна в твёрдой копии... всё одно после рестарта демона юзерам придётся перевходить. Соответственно на диске эти данные никому не упёрлись. К тому же сколько там будет юзеров одновременно? сто? тысяча? таблица-то по размерам - копеечная...
В общем, MEMORY/HEAP storage engine - и не забивай себе голову.


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
Vardoulacha
Дата 14.4.2012, 05:05 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 184
Регистрация: 11.8.2005

Репутация: нет
Всего: 8



Цитата(Akina @  13.4.2012,  17:53 Найти цитируемый пост)
В общем, MEMORY/HEAP storage engine - и не забивай себе голову. 

да про это много читал, и всё пытался найти какие есть минусы у этого решения, неужели оно настолько классное что у него нет минусов

там вроде как начальную таблицу можно создать скриптом, но если сервер перезапустится то таблица пропадет, получается нужно перед каждым обращением в эту таблицу проверять ее существование, чтобы ошибку не словить?
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | MySQL | Следующая тема »


 




[ Время генерации скрипта: 0.2448 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.