Производительность Cloud SQL во многом зависит от того, что делает ваше приложение, и к чему вы его сравниваете. Есть несколько аспектов, чтобы думать о:
сети латентности
Задержка, вероятно, важна для вашего приложения, если вы делаете большое количество маленьких кэшированными запросов последовательно и требуете миллисекунды времени отклика шкалы.
В общем случае латентность увеличивается, и соединение должно двигаться. Самая низкая задержка будет при запуске MySQL на той же виртуальной машине, что и ваше приложение. Далее будет MySQL, работающий на другой виртуальной машине в той же зоне, и после этого Cloud SQL.
диска пропускная
диска пропускная способность, вероятно, важно для вас, если ваша база данных слишком велик для кэширования в памяти или записи тяжелы.
MySQL работает на GCE может scale disk throughput with the size of your disk и, как правило, очень быстро. Cloud SQL не имеет ограничений по пропускной способности, но может быть не так быстро, как реплицируется в нескольких зонах, чтобы обеспечить высокую доступность.
мощность CPU
мощность процессора, вероятно, будет критическим, если вы чтения тяжелы и база данных помещается в памяти, или у вас есть очень ресурсоемкие запросы.
Оба облачных SQL и GCE могут масштабироваться до экземпляров с более мощными процессорами. Это намного проще сделать в Cloud SQL.
Особенности
В то время как выше, как правило указывает на более высокую производительность при запуске MySQL на GCE, делать это происходит в большой потери надежности и характеристик. GCE Persistent Disk доступен только в одной зоне, поэтому, если эта зона недоступна, ваша база данных недоступна. Cloud SQL имеет репликацию на уровне диска, чтобы при необходимости ваш экземпляр мог перейти в другую зону. Кроме того, Cloud SQL обеспечивает автоматическое резервное копирование, автоматическое обновление и другие функции управления.
Замечательно, что вы можете использовать внутренний IP-адрес экземпляра GCE, не нужно использовать внешний IP-адрес, как с облачным SQL. Это может немного улучшить задержку – cfl
thats great info. Можно ли использовать внутренний IP-адрес между разными зонами? – arvindwill
Не уверен на 100%, но похоже. На диаграмме показано, что виртуальные коммутаторы могут использоваться для пересечения регионов: https://cloud.google.com/compute/docs/networking. Пожалуйста, напишите здесь, если вы найдете его на работу и т. Д. Еще одно преимущество, которое стоит упомянуть, - это улучшение безопасности, а не использование внешнего IP-адреса. – cfl