netwind

Рейтинг
419
Регистрация
06.05.2007
Miracle:
быстродейсвии большой таблицы
Miracle:
про планы я не понял.

Скорость запросов напрямую зависит от плана выполнения, который строит mysql.

Если вы задаетесь вопросами о быстродействии, то нужно знать как смотреть план. и понимать его.

Число прочитанных записей и результирующих - разные значения.

Запрос может выдавать правильные данные, но читать всю таблицу, что ужасно медленно.

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

С другой стороны, из-за меньшего занимаемого места, возможны ситуации когда такая схема хранения с множеством будет работать лучше связей с другими таблицами.

igovasil:
Ничего там опасного нету если кто-то случайно заглянет и то маловероятно.

в общем случае - опасно.

могут украсть сессии или другие обычно секретные параметры запроса передающиеся методом GET.

snk001, еще вобла хороша тем, что можно посмотреть значение настройки по-умолчанию. что я и сделал.

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

snk001, нет, настройка edittimelimit по-умолчанию равна 0.

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

впрочем, кому я рассказываю ? форумы разве для людей создаются? каким образом там годами накапливался спам тогда?

Х.З.:
энжинкс не стоит,

поставьте, хуже не будет.

Х.З.:
MaxRequestsPerChild 0

означает бесконечность. 1000 будет достаточно.

SeoNizator:
Не хочется видеть SQL-команды. Хочется чтобы можно было увидеть приблизительно такая инфу:

Почему ? Информация по сути одна и та же. Это лишь вопрос привычки. Привычки к dbforge у вас все равно еще нет, раз вы не знаете о возможностях этой программы.

Х.З., забыл про nginx ?

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

Хотя, может у вас скрипты специфические. Никто из показанных апачей не "спит".

ну, например, dbforge studio:

данные и схемы сверяет отдельно.

не особо понятно чем вам не угодило сравнение дампа программами для сравнения текстовых файлов.

kolchakA, если там нет криптографии, то и мозга хватит. разве нельзя проанализировать код и написать в парсере аналогичный по смыслу ?

Всего: 6293