Обновить
119
Сергей Мартынов@smart

IT как бизнес, IoT как хобби, ML/AI на практике

138
Подписчики
Отправить сообщение
Тоже сразу захотелось скачать - подумал, что главное - "не спугнуть" :) Как докачаете страницы - выложите где-нибудь исходники? А потом уж совместными усилиями распарсим.
Тогда уж скорее ClientSide ;) На HighLoad были накладки с организацией.
Ну, современные молодежные тенденции таковы, что иногда легко ошибиться ;)
Прошу прощения, но 99.9% пользователей таким форматом не пользуются :)
О! Вот за это спасибо огромное - этого как раз мне в bash очень не хватало!
Согласен, написал не вникнув в задачу. На самом деле достаточно к условию UPDATE дописать WHERE locked = 'false' - и смотреть на количество затронутых рядов. Тогда и транзакции ни к чему - атомарность выполнения update обеспечит отсутствие коллизий.
Если среднему специалисту просто так поднять зп в 2 раза - работать он станет хуже ;)
Нууу... если в этой квартире живет только одна очень маленькая собачка - то зачем? :)
Хочу попробовать! ;) Можете выложить "несведенный" файл?
Как это "Трансакции не дают должного результата"?! Как раз классическое решение этой задачи - в обертывании select и update в одну транзакцию. Другой вопрос, что mysql... не очень транзакционная СУБД ;) Поэтому ей такие подсказки необходимы, чтобы нормально работать.
Я долго думал, что может значить этот пост, и наконец понял: он значит, что у хабра все хорошо! :)
Ну если у них и без него 95% idle - то нафиг он нужен? :)
Николай, эта статья явно не на таких специалистов, как ты, рассчитана :) Это ведь просто общие принципы - а вот их комбинирование уже позволяет достичь того, чего надо.
Примеры надо будет сделать отдельной публикацией ;)
Рад, что помог ;)
Согласен, приятно что многие относятся к этому вопросу сознательно. Лишний раз убеждаюсь, что на хабре достаточно серьезная аудитория.
LiveJournal работает. ВКонтакте.ру работает. Значит не бесполезно ;) Правда, и те, и те строят горизонтальную масштабируемость самостоятельно, не основываясь на средствах Mysql.
Это замкнутый круг. Неизвестно, в каком месте легче его разорвать - но если все время ссылаться на "другую сторону" - то точно не разорвешь.
Ну кстати, на эту тему мы с коллегами проводили семинар (точнее, даже два), где было и о масштабируемости, и об оптимизации, и о многом другом. Если будет спрос - мы соберемся и проведем его снова. Впрочем, статья наверняка тоже будет.
Ну поймите, это не статья "как спасти сайт, захлебывающийся под нагрузкой". Когда я буду писать такую статью, я обязательно расскажу о том, что надо делать в первую очередь - и это будет, конечно, совсем не построение масштабируемой архитектуры ;)

А это - просто введение и именно в вопросы масштабирования, чтобы обозначить тему и может быть вызвать чей-то интерес.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Специалист
От 3 000 000 ₽