performance - slow - magento 2 lento

Google Cloud SQL es lento

Question

Tengo una instancia de Cloud SQL de tamaño D0. Cuando corro un simple

select * from table

que tiene alrededor de 500 filas, tarda en promedio 100 ms en ejecutarse (según lo informado por la solicitud de SQL). Mientras que en mi instancia local de MySQL 5.5, toma solo 1 ms. Mi máquina dev tiene 2.9GHz de doble núcleo Intel Core i7 y 8GB 1600MHz de memoria. He leído en una FAQ que el rendimiento de db depende del tamaño: las instancias más grandes tienen más RAM y CPU.

¿Es razonable esperar que los problemas de rendimiento se resuelvan con un tamaño de instancia mayor? ¿O me estoy perdiendo algo más aquí?

Answer 1

1. ¿Desde dónde te conectas a tu instancia de Cloud SQL?
2. El tamaño del nivel tendrá un gran efecto en el rendimiento. Puede cambiar el nivel de la instancia temporalmente para probarlo.

Answer 2

Las opiniones fueron la causa del mal desempeño. Google ejecuta su propia versión del motor MySQL, que está optimizado de una manera que puede dañar las vistas. Si tiene muchas combinaciones y / o uniones, espere que las vistas se ejecuten lentamente.

Sin embargo, ha pasado casi un año desde que publiqué esta pregunta y las cosas podrían haber cambiado. No he vuelto a visitar las vistas desde que dejamos de usarlas.

Answer 3

También tuvimos el mismo problema. Con una instancia D16, una página de foro de sitio web simple demoraría> 10s en cargarse. Acabo de hablar con un ingeniero de soporte técnico de Google Cloud, que confirmó que CloudSQL no está realmente listo para el "rendimiento" (a partir del verano de 2015), y recomendó volver a escribir todo para usar DataStore ...

Por lo tanto, si tiene páginas que hacen una docena de consultas SQL pequeñas y un conjunto de datos que es demasiado grande para caber completamente en el caché, entonces CloudSQL no es una solución viable en este momento.

Answer 4

EDITAR: 10 de abril de 2016

GAE ahora ofrece mysql de nube de Segunda Generación donde incluso un nivel básico como ''db-g1-small'' se desempeña tan rápido como un nivel D8 en la antigua oferta Cloud SQL. También es significativamente más barato. Esto parece ser un gran hito y ya no hay razón para recurrir a hacks y soluciones.

Puede consultar los precios de Cloud SQL, pero el costo mínimo aproximado es de alrededor de $ 20 por mes.

POSTE ORIGINAL

Google simplemente aprovisiona la máquina virtual en un cuadro lento para el nivel D0. Puedes elegir D4 pero la RAM no es el problema principal tanto como el procesador (no mencionan el GHz).

La latencia de la red no es el problema. Para, por ejemplo, los 0.05s a continuación es el tiempo de ejecución de la consulta en el servidor solamente. Cualquier cantidad de tiempo a partir de entonces podría ser gastada en la transmisión de datos.

mysql> select * from tracking limit 5;
+--------------------------------+-----------+-----------+
| id | scan_date | status |
+--------------------------------+-----------+-----------+
| 420006929400111899561510697350 | NULL | Delivered |
| 420010859400111899561989496058 | NULL | Delivered |
| 420019849400111899561989496331 | NULL | Delivered |
| 420100109400111899561903290311 | NULL | Delivered |
| 420100319400111899561944407020 | NULL | Delivered |
+--------------------------------+-----------+-----------+
5 rows in set (0.05 sec)

Edición: marzo 2016

Para varias aplicaciones, ya no uso Cloud SQL y, en su lugar, utilizo un clúster básico de MySql alojado remotamente desde que GAE abrió las conexiones de socket salientes. ¿Suena loco? No de acuerdo con los números: enviar una consulta y recuperar datos a través de esta conexión de socket es más rápido que un D3 coubicado.