Google Cloud SQL работает МЕДЛЕННО: экземпляр mysql с 10 ГБ ОЗУ в 20 раз медленнее, чем Macbook Pro с 125 МБ ОЗУ

Мы создали дамп нашей таблицы в соответствии с инструкциями Google Cloud SQL и импортировали ее в экземпляр Google Cloud SQL второго поколения.

Мы были очень взволнованы, увидев, как наши номера будут работать на «оборудовании Google».

После стресс-тестирования нашего приложения Rails с Apache ab и увеличения времени выполнения на 150 мс мы заметили, что ActiveRecord занимает от 30 до 50 мс больше, чем наш рабочий сервер (голое железо) на тех же страницах.

Пока мы копали глубже, то, что действительно поразило нас, было простыми запросами на подсчет, такими как этот:

GOOGLE CLOUD SQL - db-n1-standard-4 (4vcpu and 15GB RAM)

1. Cold query

mysql> SELECT COUNT(*) FROM `event_log`;
+----------+
| COUNT(*) |
+----------+
|  3998050 |
+----------+
1 row in set (19.26 sec)

2. Repeat query

mysql> SELECT COUNT(*) FROM `event_log`;
+----------+
| COUNT(*) |
+----------+
|  3998050 |
+----------+
1 row in set (1.16 sec)

SELECT @@innodb_buffer_pool_size/1024/1024/1024;
+------------------------------------------+
| @@innodb_buffer_pool_size/1024/1024/1024 |
+------------------------------------------+
|                          10.500000000000 |
+------------------------------------------+
1 row in set (0.00 sec)

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

Выполнение того же запроса на моем macbook pro 2017 с точно таким же дампом:

MACBOOK PRO 2017

1. Cold query

mysql> SELECT COUNT(*) FROM `event_log`;
+----------+
| COUNT(*) |
+----------+
|  3998050 |
+----------+
1 row in set (1.51 sec)

2. Repeat query

mysql> SELECT COUNT(*) FROM `event_log`;
+----------+
| COUNT(*) |
+----------+
|  3998050 |
+----------+
1 row in set (0,51 sec)

SELECT @@innodb_buffer_pool_size/1024/1024/1024;
+------------------------------------------+
| @@innodb_buffer_pool_size/1024/1024/1024 |
+------------------------------------------+
|                           0.125000000000 |
+------------------------------------------+
1 row in set (0,03 sec)

Что делает это еще более абсурдным, так это то, что, как вы можете видеть выше, я ничего не настраивал из своей установки mysql по умолчанию, поэтому на моем Macbook используется только 125 МБ ОЗУ, в то время как экземпляр Google Cloud имеет 10 ГБ ОЗУ. доступно.

Мы попытались увеличить размер экземпляра Google Cloud SQL до db-n1-highmen-8 (8vCPU с 52 ГБ оперативной памяти!) без повышения производительности (если мы уменьшим размер с db-n1-standard-4, мы увидим снижение производительности).

И последнее, но не менее важное: используя этот вопрос, мы можем подтвердить, что наша база данных имеет только 46 ГБ, но во время импорта использование хранилища в облачном sql google продолжало расти, пока не достигло абсурдных 74 ГБ... мы не знаем, связано ли это с двоичным ведением журнала ( который по умолчанию включен в Google Cloud SQL и выключен на моем локальном компьютере).

Итак... разве никто не использует Google Cloud sql на производстве? :)

ОБНОВИТЬ: мы использовали точно такой же дамп .sql и загрузили его в db.r4.large AWS RDS (тот же процессор / оперативная память) и получили стабильную производительность 0,50 с в запросе, и он также не потреблял более 46 ГБ в пример.