baas: ну так я не говорю засрать кэш мелкими запросами, в кэш мускула можно помещать минимум и максимум запросы. Если есть тяжелые запросы, то их лучше в память убрать чем они на диске будут!
В том то и дело, что query cache работает прозрачно и неинтуитивно. Он помещает в себя ВСЕ. И очищает когда наступит необходимость, а не как бы хотелось спустя N минут. И управлять этим нельзя.
cloud-shield, так зачем "оптимизировать" доставку, если изначально они заявляли что все кешируется в именно в точках присутствия?
кушать всем хочется, да и трафик в таких промышленных масштабах как бы не бесплатный.
Ну скажем так, поменьше чем можно посчитать исходя из рыночных цен. Исходя из сути взаимоотношений провайдеров, все хотят подключиться к источникам трафика.
cloud-shield, не катит. Ведь если сейчас делать mtr , то у меня трафик сразу же уходит в какую-то дыру ( в Москве). Все что там описано - уже работает. Я считал, что cloudflare по-умолчанию работает над оптимальным роутингом. Почему они решили это продавать отдельно?
А по ссылке какая-то дичь вообще написана "Traditional networking technologies utilize static routing information that can send content across slow and congested paths". Ну разумеется BGP не относится к статическому роутингу в обычном его понимании.
adel92: Очень странно, что Вы этот вопрос задаете.
еще бы не странно, если вместо ответа ссылки.
cloud-shield: В смысле кто? Алгоритмы маршрутизации и статические маршруты на стороне операторов и провайдеров. Если вы любите циско сайт, вам ли не знать
И что, они будут названивать каждому провайдеру, абоненты которого в области моих интересов, чтобы организовать оптимальный роутинг?
cloud-shield: По арго гляньте описание - они предлагают роутить трафик через свою сеть по оптимизированному маршруту по их каналам между цодами, а не как обычно, где маршрут может строиться как придется.
Ну и все равно не понятно. Почему они просто не роутят оптимально по-умолчанию, если это в принципе все в интересах качества услуги? Зачем мне кнопку нажимать для этого?
Потом будут деньги брать за "хороший" роутинг отдельно от плохого?
ну так я не говорю засрать кэш мелкими запросами, в кэш мускула можно помещать минимум и максимум запросы.
Если есть тяжелые запросы, то их лучше в память убрать чем они на диске будут!
В том то и дело, что query cache работает прозрачно и неинтуитивно. Он помещает в себя ВСЕ. И очищает когда наступит необходимость, а не как бы хотелось спустя N минут. И управлять этим нельзя.
Я бы с Вами поспорил. Банально MySQL по умолчанию не знает сколько у Вас будет ОЗУ.
Как минимум только поэтому уже нужно править конфиги.
Зато ОС знает. И активно использует эту память в качестве кеша.
query-cache-size = 512M
По идеи сайт взлетит, пробуйте!
О, бомба заложена. "Оптимизация".
cloud-shield, так зачем "оптимизировать" доставку, если изначально они заявляли что все кешируется в именно в точках присутствия?
Ну скажем так, поменьше чем можно посчитать исходя из рыночных цен. Исходя из сути взаимоотношений провайдеров, все хотят подключиться к источникам трафика.
Поставил mysql 5.7 настраивал и по инструкциям и по mysqltuner но что то результата нет
А это нормально. Статистически почти никому не удается ускорить базу настройками.
Mysql не сломан и не расстроен изначально. Собирайте статистику. Изучайте планы.
cloud-shield, не катит. Ведь если сейчас делать mtr , то у меня трафик сразу же уходит в какую-то дыру ( в Москве). Все что там описано - уже работает. Я считал, что cloudflare по-умолчанию работает над оптимальным роутингом. Почему они решили это продавать отдельно?
А по ссылке какая-то дичь вообще написана "Traditional networking technologies utilize static routing information that can send content across slow and congested paths". Ну разумеется BGP не относится к статическому роутингу в обычном его понимании.
Очень странно, что Вы этот вопрос задаете.
еще бы не странно, если вместо ответа ссылки.
В смысле кто? Алгоритмы маршрутизации и статические маршруты на стороне операторов и провайдеров. Если вы любите циско сайт, вам ли не знать
И что, они будут названивать каждому провайдеру, абоненты которого в области моих интересов, чтобы организовать оптимальный роутинг?
Давайте подробнее.
По умолчанию потому, что строят маршруты не они.
Ну здрасте. А кто? Директор Маршрутизатора, который выведен в отдельное юридическое лицо?
Дичь какая-то.
Чистоконкретным техническим языком используя термины с сайта cisco.com может кто-нибудь объяснить?
По арго гляньте описание - они предлагают роутить трафик через свою сеть по оптимизированному маршруту по их каналам между цодами, а не как обычно, где маршрут может строиться как придется.
Ну и все равно не понятно. Почему они просто не роутят оптимально по-умолчанию, если это в принципе все в интересах качества услуги? Зачем мне кнопку нажимать для этого?
Потом будут деньги брать за "хороший" роутинг отдельно от плохого?
Ну так и что же такое Argo? Объясните для тех кто с деревни.
А то они любят странными словами называть обычные вещи.
И как быть?
Терпеть.
Ну вот такое вот сообщение при загрузке. Ведь ничего больше плохого не происходит.
Смысл переписки в багтрекере в том, что баг не исправлен и даже не считается багом, но людям не очень то и нужно. https://bugs.mysql.com/bug.php?id=81441
Если уберете skip-name-resolve, можете получить потенциальный источник проблем в Mysql из-за проблем с DNS. Выдавать GRANT на IP как-то надежнее.