Stek

Рейтинг
315
Регистрация
23.05.2004

Постоянно вижу темы про дохлые винты на hetzner. Это особенность данного хостера или карма пользователей ? Ни разу не видел, что бы так часто винты летели.

mysql просто диск юзает активно на запись, что приводит к заметному укорачиванию жизни диска.

Почитайте разделы того же ixbt форума про SSD - проблемы чтения/записи фактически не упоминаются.

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

А в чем проблема ? Место и хранение бакапов куда дешевле, чем сами ноды.

Потом откуда вообще выплыло "mysql не надежен на ssd" ? Все прекрасно работает, много хостингов уже держат VPS ноды именно на SSD и ни каких проблем не замечается.

100 раз на 1 страницу?! Да Вы, сударь, ни разу не писали бизнес-приложения, но рассуждаете о нагрузках? o_O Я могу показать Вам приложение, в котором на одну страницу идет около 3000 запросов к базе и еще больше у другим компонентам. При этом, генерация этой самой страницы занимает 0.0055 сек.

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

Именно эти факторы позволяют мне утверждать, что в большинстве случаев проблема ТОЛЬКО в БД.

Ну так откажитесь от БД. С таким же успехом можно утверждать, что в машине самое узкое место - это мотор, так как постоянно туда требуется бензин подавать.

Если у вас вся логика завязана на БД, естественно вы туда упретесь. Но и называть БД узким местом не правильно. Вы почему то разрешаете расширять себе канал, менять фронтенд, а как проблемы с базой - то тут же БД виновата. Возьмите и расширьте процессорную мощность, перепишите структуру под проект. Если для генерации 1 страницы вы 100 раз обращаетесь к БД, то это совершенно не проблема БД.

Я посетил достаточно много конференций и семинаров, посвященных стартапам и веб-разработкам и везде говорили именно о том, что самое узкое место БД.

И что там в замен предлагали ? Редкий курс приносит полезное решение, в 99% это пережевывание соплей и уже известной каши.

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

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

ValdisRu, вы сейчас о чем со мной спорите, на чем меня поймать хотите ? Если по вашим же словам "что как раз есть стандартная фича в мускуле" , то что вас не устраивает ?

и вы еще рассуждаете о нормальных серверах за 20 евро

А что вам не нравится в XEN VPS за 20 евро ? На нем mysql как то по другому работает ?

Специально для вас - http://pastebin.com/XYcTntLf , раз уж вам так интересно до мелочей.

Встроенное. "чистый" результат можно получить, используя SQL_NO_CACHE

и там же "The query cache does not return stale data. When tables are modified, any relevant entries in the query cache are flushed.".

Вообще какая разница, как я работаю с базой ? Я могу в запросах хоть на прямую к индексам обращаться. Кеширования - это имхо использование мемкеша и подобного, а уж ни как стандартных возможностей базы данных.

Исходники без пошагового объяснения что как и зачем, не особо предоставят пользы. Вес в 1.0 мег... ну на текущих объемах хоть 100 мег, разницы не будет.

Что такое "бандл" ? Постоянно вижу это слово.

Всего: 2766