2015-02-01 6 views
4

Теперь я признаю, что я новичок в использовании Google Cloud SQL, но у меня есть многолетний опыт работы с серверами MySQL на местном уровне, и я считаю себя почти экспертом по этому вопросу.Google Cloud SQL - производительность неравномерна

Теперь, начиная с нескольких дней, я загрузил базу данных, используемую для игры в мобильный телефон RummyFight, в Google Cloud SQL. База данных MySQL, которая обычно работает на ПК с частотой 2 ГГц с 2 ГБ оперативной памяти (Win Server 2000). В часы пик он обрабатывает около 250 запросов в секунду, и поскольку он хорошо построен с хорошим использованием индексов, моя локальная машина справилась с этим.

Я наблюдал за Cloud SQL в эти дни, и время от времени я вижу очень сильные капли в выступлениях. Это почти похоже на то, что он стоит на месте. Мои клиенты, играющие в игру, испытывают то же самое.

Пожалуйста, взгляните на прикрепленный экран с сегодняшнего вечера и объясните мне, если это нормально или нет. Мне действительно нужна надежная база данных, и я не знаю, требую ли я слишком многого для облачного SQL Google. Возможно, он больше построен для объемов, чем скорость.

Пожалуйста, совет.

P.S. База данных облаков настраивается как ОЗУ D4-2 ГБ с асинхронной записью.

P.S # 2: Да, я исключил, что проблема связана с веб-сервером, так как это то же самое, что и с локальной БД. Кроме того, максимальная загрузка составляет всего 2%.

Pic of database performance

+1

Не могли бы вы связаться с нами по адресу cloud-sql @ google.com с точным именем экземпляра? –

+0

У меня такая же проблема .. запросы, которые принимают 0,0002 на моем сервере, берут 0.06-0.07 на GCS. даже запустив простую таблицу «SELECT * FROM» для пустой таблицы с 5 полями, занимает 0.04-0.02 секунды ... :-( – Fabrizio

+0

Вы выяснили, почему выступления время от времени падали? У меня такая же проблема: это хорошо * в большинстве случаев], а затем внезапно производительность падает на 1 день. Надеюсь, ваше решение состояло в том, чтобы отказаться от перехода на облако Google, но я этого боюсь. –

ответ

2

Некоторые вещи могут повлиять на отзывчивость Cloud SQL, в главный среди них является активация политики, если установлен в положение «On Demand»: это приводит к тому, экземпляр закрыть после 15 минут бездействия. Следующий запрос после этого должен учитывать задержку загрузки (чтобы избежать тайм-аута).

Кроме того, Cloud SQL разработан с масштабируемостью и надежностью, а не с сырой производительностью. Для таких приложений идеальная настройка будет адекватно мощным экземпляром Compute Engine с использованием локального SSD и запуском MySQL.

+0

. Политика активации не является таковой, поскольку минимальное количество запросов в течение дня составляет около 40 в секунду. Я понимаю объект масштабируемости/производительности. Возможно, облачный SQL для нас не нужен. W e нуждаются в сырой производительности и в нашем локальном MySQL (до того, как он умер из-за сильной власти в нашем регионе), время отклика составляло около 25 мс на запрос (в среднем). Самое быстрое, что мы получаем на облачном SQL, составляет около 1 секунды за запрос (включая передачу данных). Это очень большая разница. –

Смежные вопросы