Forum Webscript.Ru
Разное => Флейм => Тема начата: D.O. от 16 Сентября 2005, 19:07:27
-
Насколько тяжёлые сайты можно держать с использованием MySQL?
Ситуация:
Есть сайт http://www.info101.ru, это доска объявлений. Изменение одной строки данных сразу двумя разными пользователями тут практически невозможно, поэтому полноценная поддержка транзакций не нужна. Возможно, и не понадобится в дальнейшем.
Пара вопросов:
Выдержит ли MySQL тяжёлую нагрузку в случае сайта info101.ru? Например, если 10 юзеров одновременно будут публиковать объявления и 100 одновременно будут их запрашивать.
Насколько большие базы могут жить под MySQL? Старые объявления будут вычищаться (например, не более 1000 в одном разделе). Разделов - несколько сотен. BLOB\'ов нет.
Думаю: либо оставаться на MySQL, либо перейти на PostgreSQL или другое. Коммерческую СУБД покупать жаба душит, хотя такой вариант не исключаю.
-
D.O.
вопрос не имеет под собой никакого основания... если вам хочеться разводить полемику на тему фантазий о БД это пожалуйста во флэйм...
P.S. туда и перезжаем...
-
На тяжелых сайтах mysql используется. Но там почти всегда кеширование используется (тот же memcache например)
-
Вопрос вполне серьёзный. Меня интересовал опыт реальной работы сайтов с тяжёлой нагрузкой на большие базы под MySQL.
Мельком взглянул на то, что выдал Google на запрос про memcache. Это какая-то поделка на PHP?
PHP для моего проекта не актуален, у меня всё на Perl, в перспективе перевод на Java.
-
D.O.:
Меня интересовал опыт реальной работы сайтов с тяжёлой нагрузкой на большие базы под MySQL.
насколько мне помнится, живой журнал на MySQL работает... достаточно тяжелый проект, не находишь?
-
D.O.
что-то ты не то глядел
memcache - это демон, позволяющий кешировать данные в памяти.
Работать с ним можно по обычным сокетам, но на разных языках (пхп, перл в том числе) уже есть API для работы с ним.
-
гы гы.
свою вшивую доску объявлений оно называет "тяжёлым сайтом" =)
Доктор, вам надо лечиться. от мании величия.
-
RomikChef:
свою вшивую доску объявлений оно называет "тяжёлым сайтом" =)
Доктор, вам надо лечиться. от мании величия.
В Бобруйск, жЫвотное.
Ни один тяжёлый сайт не был тяжёлым в первый год своего существования.
-
D.O.:
В Бобруйск, жЫвотное.
ба.
да тут, похоже, случай тяжёлый.
Как минимум - лоботомия.
-
D.O.:
Ни один тяжёлый сайт не был тяжёлым в первый год своего существования.
пойду повешусь... нет, сначала напишу доску объявлений, чтобы ласты кластера MySQL склеила, а потом повешусь.
Путь к гениальности через простоту... делайте сайты проще!
-
D.O.:
Ни один тяжёлый сайт не был тяжёлым в первый год своего существования.
а тяжелым - это как?
да, насчет баз в mysql, чтобы неповадно было пургу нести, списочек клиентов mysql ab: http://www.mysql.com/customers/
кстати, "все на perl" - это cgi?
-
Antoxa:
а тяжелым - это как?
Большие объёмы данных, много одновременных коннектов и запросов.
Antoxa
да, насчет баз в mysql, чтобы неповадно было пургу нести, списочек клиентов mysql ab: http://www.mysql.com/customers/
Да. Аффтар MySQL жжот, респект.
Antoxaкстати, "все на perl" - это cgi?
Пока да. Планируется переезд либо на mod_perl, либо глобальная переделка всего этого добра на Java (планируются очень продвинутые сервисы, и проще всё сделать на Java).
-
D.O.:
планируются очень продвинутые сервисы, и проще всё сделать на Java
кажется, что это не автор MySQL жжот!!!
-
Yukko:
кажется, что это не автор MySQL жжот!!!
Я мог коряво выразиться, у меня сейчас нет времени и желания расписывать причины того, почему я задумался о переходе на Java. Я сегодня устал.
Можете пока считать это совпадением: я задумал продвинутые фичи и я задумал переход с Perl на Java.
-
Впервые встречаю эллочку-людоедку в мужском роде.
-
D.O.
Из моего опыта сайт крупной компании , с ~40 магазинами , и 2000-3000 товаров, все это в одной таблице , т.е. таблица 50столб*2000строк, и от 5 до 50 пользователей он-лайн,
Выборки как понятно нехилые, там же и категории товаров, и даже одно BLOB,
перед оптимизацией базы страница генилась за 5сек,
после за 0,5сек при 30пользователях.....
Можно было и быстрее, но было в лом переписывать :)))
Так что доска выдержит и не такое..
-
sublimity
Отлично, благодарю за информацию.
Останусь с MySQL.
-
намекну :)
у некоторых компаний в mysql лежат десятки терабайт с тысячами параллельных запросов. не на одном сервере конечно.
D.O.:
Большие объёмы данных, много одновременных коннектов и запросов.
вот я и спрашиваю, много - это сколько?
-
Antoxa:
у некоторых компаний в mysql лежат десятки терабайт с тысячами параллельных запросов. не на одном сервере конечно.
Если не на одном, то не удивительно.
Antoxa:вот я и спрашиваю, много - это сколько?
"Тысячи параллельных запросов". И каждый запрос достаёт от нескольких десятков до тысячи записей.
-
D.O.:
Если не на одном, то не удивительно.
вопрос как всегда в количестве :) а ты ессно на это внимания не обратил, там не по мегабайту на сервер, уж явно :)
D.O.:
"Тысячи параллельных запросов". И каждый запрос достаёт от нескольких десятков до тысячи записей.
так точно, еще и джоины злобные в транзакциях
-
Я думаю, что не подойдет тебе MySQL, у меня на MySQL 3,0 триггер вешает сервак на минуту... :) :) :)
кстати, это вебприложение, которое:
"Тысячи параллельных запросов". И каждый запрос достаёт от нескольких десятков до тысячи записей.
???
-
Да. Аффтар MySQL жжот, респект.
вспомнил анекдот:
маленький парнишка подходит к отцу и спрашивает:
- Пап, а что серъезно, что люди от форумов тупеют?
- Аффтар жжот, сына убей себя!
просто чета вспомнился ;)