- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
vBulletin на InnoDB сильнее грузит сервер, так что это не совсем решение.
У нас есть мысль настроить инкрементальный бэкап базы, возможно, это поможет.
В плане нагрузки вариант конечно идеальный, т. к. вообще не грузит. Но время от времени если создавать полный бэкап - придется выключать базу. А если не создавать, то бекап со временем будет нечто монстрообразное из себя представлять. :)
Форум-то легальный, но что тут спрашивать? Как бэкапить базу данных, не мешая форуму?
бэкапить можно по-разному, вы то всё бэкапите.
а можно только измения - "по-умному".
скорей всего люди этот самый "умный" бэкапер уже паписали - может сапорт и подскажет.
p.s. насчет innodb - тормозит потому-что криво настроено - а так должно быть быстрее, но не как не медленнее + SQL_CACHE поможет.
вот, к примеру, настройки одного из серверов - innodb летает, загрузка ~200 тыс. хитов в сутки.
[mysqld]
port = 3306
socket = /var/lib/mysql/mysql.sock
default-character-set = cp1251
skip-locking
#key_buffer=512M
key_buffer=256M
max_allowed_packet=1M
table_cache=128
sort_buffer=8M
record_buffer=2M
thread_cache=8
thread_concurrency=8
max_connections=500
wait_timeout=60
back_log=200
myisam_sort_buffer_size=32M
table_cache=128
query_cache_type=1
query_cache_size=128M
#log-bin
tmp_table_size=512M
read_rnd_buffer_size=4M
max_tmp_tables=512
#innodb_buffer_pool_size=256M
innodb_buffer_pool_size=768M
innodb_additional_mem_pool_size = 20M
а можно только измения - "по-умному".
скорей всего люди этот самый "умный" бэкапер уже паписали - может сапорт и подскажет.
Умного бэкапера нет. Есть скрипт, физически копирующий файлы базы. Работает быстро, но чревато.
Вот терпеть не могу всезнаек, талдычащих прописные истины. Вот мнение человека, пробовавшего InnoDB - речь идет об очень большом форуме:
http://www.vbulletin.com/forum/showthread.php?t=111239
I've just changed all my InnoDB tables back to MyISAM because:
a) InnoDB seemed to use more memory
b) InnoDB causes load to go up - changing back to MyISAM dropped my loads down by 90%!!!
c) InnoDB used more hard disk space
d) InnoDB is slower than MyISAM
However, it was nice while I used InnoDB as it prevented table-level locking for my thread and user tables.
Умного бэкапера нет. Есть скрипт, физически копирующий файлы базы. Работает быстро, но чревато.
Вот терпеть не могу всезнаек, талдычащих прописные истины. Вот мнение человека, пробовавшего InnoDB - речь идет об очень большом форуме:
http://www.vbulletin.com/forum/showthread.php?t=111239
Gray даже не знаю, что и сказать. Агрумент!
фсезнайки в ауте просто :)
присутствуют опечатки, например "Создет тему" - это при просмотре "кто онлайн"
извините, если баян