netwind

Рейтинг
419
Регистрация
06.05.2007

варианты где поискать можно узнать запустив команду

mysqld --verbose --help | grep .cnf

в любой ОС. остается только найти откуда запустить mysqld и grep, который тоже не везде есть.

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

Boris A Dolgov:
Думаю, proftpd и несколько стандартных плагинов к нему позволят делать это. В частности, я точно знаю, что он умеет делать всё вышеперечисленное, кроме сложных прав на доступ к папкам (например, корень - /, /a можно писать, /b/c можно писать, а /b можно только читать). Возможно, кто-то уже написал плагин и для сложных прав, но я с ним не сталкивался.

может с плагином было бы и удобнее, но там достаточно широкие возможности по конфигурированию теми директивами, которые уже есть в proftpd.

AlexVenga:
Рандом для МуСКУЛ это сразу слоу квери....

неправда. все зависит от объема данных.

BasePelleta:
де-то читал, что конструкция (rand() AS rnd) в запросе к мускулу не производительна
и может быть причиной slow queries.

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

В конце концов, писать плохие запросы быстро - это выгодно. Многие сайты закрываются еще до того как их начнет беспокоить производительность mysql.

madoff, ну зато про него Экслер книжку написал. Почитает, разберется.

укради TheBat. С таким объемом даже провайдер не будет сильно гундеть.

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

Отдельные базы можно не реплицировать.

Понадобится выполнить серию запросов без репликации - выставить sql-переменную и выполнить запросы.

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

Можешь попробовать поиграть в USE INDEX/FORCE INDEX, но не обязательно это ускорит запрос.

Скорее всего распределение по этому индексу неравномерное. Например в конце, если двигаться по порядку count DESC ( и зачем называть поля зарезервированным словом COUNT ?), много одинаковых значений count.

Одними индексами и запросами тут ничего не сделать. Нужно пересмотреть условия задачи. Например, добавить еще одно поле - порядок. Там уже зависит от предметной области. И вообще кому и зачем понадобилось листать до 100000-ой записи, если они там все одинаковые по полю count ?

Покажи результат EXPLAIN, SHOW CREATE TABLE, а потом уже будут конкретные советы.

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

Elbran:
на php через сокеты подключаюсь

не сделал EHLO.

Это exim.

Тут или донастроить авторизацию в exim и принимать все письма с IP на котором крутится SquirrelMail без авторизации. Либо править SquirrelMail, чтобы более аккуратно авторизовывался.

Всего: 6293