Comparación de velocidad: MySQL vs SQL Server

blogers · 29 Oct 2013

Hola queria pedir su opinion estoy a punto de migrar de MySQL a Sql server debido a que MySQL se me esta colgando con la inserción de registros en grandes volúmenes por minuto.

Me recomendaron Sql server pero antes de hacer eso hare pruebas si me convence en lo que busco que es en la velocidad de inserción de registros en grandes volúmenes por minuto.

Les agradeceré sus opiniones:encouragement:

Cicklow · 29 Oct 2013

el problema no esta en hacer grandes volumenes de insercion, el problema esta en que estas haciendolo mal... mysql soporta muuucho, lo mismo que SQL... pero sino sabes usarlo bien es como tener un ferrari para pasear por una calle de tierra....

blogers · 29 Oct 2013

cicklow dijo:
el problema no esta en hacer grandes volumenes de insercion, el problema esta en que estas haciendolo mal... mysql soporta muuucho, lo mismo que SQL... pero sino sabes usarlo bien es como tener un ferrari para pasear por una calle de tierra....

Gracias por la informacion, mysql no tengo ningun problema es muy rapido en las consultas (front web) pero insertando (back front ) esta siendo mi dolor de cabeza no puedo bajarlo de 5,4,3 minutos bajando los valores en cron jobs a menos de 3 mulinutos se me cuelga mysql y se ve afectado la web (front web) 100 registros por ronda de 5,4,3 minutos juntos

Jonatan Esquivel · 29 Oct 2013

Por experiencia te recomiendo SQL Server, es un gestor muy completo y potente. He visto consultas en bases de datos con miles de registros ejecutarse mas rápido de lo que se generan los gráficos. Para mi, si MySQL es un Ferrari, SQL Server es un jet.

Pero no me creas mucho, mira esta comparación http://arxiv.org/ftp/arxiv/papers/1205/1205.2889.pdf y pruebalo por ti mismo.

cerebellum · 29 Oct 2013

blogers dijo:
Gracias por la informacion, mysql no tengo ningun problema es muy rapido en las consultas (front web) pero insertando (back front ) esta siendo mi dolor de cabeza no puedo bajarlo de 5,4,3 minutos bajando los valores en cron jobs a menos de 3 mulinutos se me cuelga mysql y se ve afectado la web (front web) 100 registros por ronda de 5,4,3 minutos juntos

Si no nos dices como lo estas haciendo poco te podemos ayudar. A niveles de uso "normales" no creo que notes ninguna diferencia sustancial en los dos.

En cuanto a la inserción de datos como lo estas haciendo en bulk o registro a registro. Son tablas InnoDB?? Estás poniendo el autocommit en off??? Tienes algún tipo de constraint o FK en la tabla???

shadowhck · 29 Oct 2013

No he probado SQL Server, pero la verdad MySQL es rápido. Debes de tener en cuenta factores como por ejemplo, si las tablas son InnoDB o MyISAM. Porque he leído que InnoDB funciona mejor para la inserción de datos.

Podrías intentar usar alternativas basadas como MariaDB, que en verdad funcionan muy bien.

blogers · 29 Oct 2013

cerebellum dijo:
Si no nos dices como lo estas haciendo poco te podemos ayudar. A niveles de uso "normales" no creo que notes ninguna diferencia sustancial en los dos.

En cuanto a la inserción de datos como lo estas haciendo en bulk o registro a registro. Son tablas InnoDB?? Estás poniendo el autocommit en off??? Tienes algún tipo de constraint o FK en la tabla???

la inserción es en bulk y las tablas son MyISAM

---------- Post agregado el 30-oct-2013 hora: 05:20 ----------

shadowhck dijo:
No he probado SQL Server, pero la verdad MySQL es rápido. Debes de tener en cuenta factores como por ejemplo, si las tablas son InnoDB o MyISAM. Porque he leído que InnoDB funciona mejor para la inserción de datos.

Podrías intentar usar alternativas basadas como MariaDB, que en verdad funcionan muy bien.

Que onda colega mariadb es compactible con php me han dicho muy buenas cosas de ese gestor voy ir probando empiezo con sql server la segunda seria la que mencionas oracle es muy potente pero muy costoso

shadowhck · 29 Oct 2013

mysql - MyISAM vs InnoDB for Forums - Database Administrators Stack Exchange

---------- Post agregado el 29-oct-2013 hora: 22:23 ----------

blogers dijo:
Que onda colega mariadb es compactible con php me han dicho muy buenas cosas de ese gestor voy ir probando empiezo con sql server la segunda seria la que mencionas oracle es muy potente pero muy costoso

Yo lo tengo instalado en mi VPS, y al usar Drupal, note que eran menos Slow Queries que al usar MySQL.

blogers · 29 Oct 2013

shadowhck dijo:
mysql - MyISAM vs InnoDB for Forums - Database Administrators Stack Exchange

---------- Post agregado el 29-oct-2013 hora: 22:23 ----------

Yo lo tengo instalado en mi VPS, y al usar Drupal, note que eran menos Slow Queries que al usar MySQL.

pero funcionan en grandes volúmenes como MySQL o sql server ayi mi duda de mariadb

shadowhck · 29 Oct 2013

blogers dijo:
pero funcionan en grandes volúmenes como MySQL o sql server ayi mi duda de mariadb

Según Wikipedia:

MariaDB es un sistema de gestión de bases de datos derivado de MySQL con licencia GPL. Es desarrollado por Michael Widenius (fundador de MySQL) y la comunidad de desarrolladores de software libre.

MariaDB - Wikipedia, la enciclopedia libre

blogers · 29 Oct 2013

shadowhck dijo:
Según Wikipedia:

MariaDB - Wikipedia, la enciclopedia libre

Voy echarle una leida porque estan ayudándome a cambiar los drivers para sqlserver estoy en pruebas voy a probar una por una en dado caso que no me funcione. sqlserver

---------- Post agregado el 30-oct-2013 hora: 06:18 ----------

Jonatan Esquivel dijo:
Por experiencia te recomiendo SQL Server, es un gestor muy completo y potente. He visto consultas en bases de datos con miles de registros ejecutarse mas rápido de lo que se generan los gráficos. Para mi, si MySQL es un Ferrari, SQL Server es un jet.

Pero no me creas mucho, mira esta comparación http://arxiv.org/ftp/arxiv/papers/1205/1205.2889.pdf y pruebalo por ti mismo.

Si por eso me lo recomendaron por su rapidez al tener miles de registros en un minuto y MySQL se me esta colgando a 2 minutos tengo que poner el cron a 5 minutos en cascada para que no se cuelge o se sature lo siento muy susceptible MySQL en este proceso

cerebellum · 30 Oct 2013

blogers dijo:
la inserción es en bulk y las tablas son MyISAM

Y de cuantas rows estamos hablando para que se tarde 2 o 3 minutos??

blogers · 30 Oct 2013

cerebellum dijo:
Y de cuantas rows estamos hablando para que se tarde 2 o 3 minutos??

Unicamente 25 filas el tiempo de insercion es de 45 segundos pero tengo que ponerlos separados de hasta 3 minutos como dije si lo bajo a menos tiempo porque son 3 cron se cuelga.

Mi idea es poner mas cron pero ya no puedo se mata mysql

domox · 30 Oct 2013

Sql Server es una base datos relacional por su puesto que es mas rapido que MySQL en su arquitectura pero todo dependerá de como está programado tu script y la cantidad de consultas que estas reciviendo.

Comerciante · 30 Oct 2013

Mira fácilmente te puedo decir que todo depende de tu programación y tu servidor, algo estás haciendo mal. MySQL y SQL están a la par, con diferentes ventajas y desventajas pero casi iguales. Simplemente piensa que si tan limitado es MySQL entonces ¿Por qué lo usa facebook? Tiene miles de consultas diarias y es una empresa lucrativa. Yo soy usuario MySQL y te recomiendo seguirlo usando pero si lo dudas siempre puedes cambiarte pero como ya te dije, depende de tu servidor y tu programación. Suerte.

Facundo · 30 Oct 2013

Comerciante dijo:
Mira fácilmente te puedo decir que todo depende de tu programación y tu servidor, algo estás haciendo mal. MySQL y SQL están a la par, con diferentes ventajas y desventajas pero casi iguales. Simplemente piensa que si tan limitado es MySQL entonces ¿Por qué lo usa facebook? Tiene miles de consultas diarias y es una empresa lucrativa. Yo soy usuario MySQL y te recomiendo seguirlo usando pero si lo dudas siempre puedes cambiarte pero como ya te dije, depende de tu servidor y tu programación. Suerte.

Facebook serializa objetos en las DB´s, no guarda en columnas cada dato. Por lo que creo que no sería correcto comparar

Saludos!

PD: MongoDB usaste ?

Comerciante · 30 Oct 2013

¿Y eso qué? Si se puede lograr la rapidez e incluso mejorar el rendimiento con diferentes herramientas de inserción siempre usando MySQL entonces al final sigue siendo una muy buena opción.

Facundo dijo:
Facebook serializa objetos en las DB´s, no guarda en columnas cada dato. Por lo que creo que no sería correcto
comparar.

blogers · 30 Oct 2013

Facundo dijo:
Facebook serializa objetos en las DB´s, no guarda en columnas cada dato. Por lo que creo que no sería correcto comparar

Saludos!

PD: MongoDB usaste ?

Me recomendaron mariadb, pero de mongodb no lo he visto como trabaja.

como va ese gestor colega ?

---------- Post agregado el 30-oct-2013 hora: 16:08 ----------

Comerciante dijo:
Mira fácilmente te puedo decir que todo depende de tu programación y tu servidor, algo estás haciendo mal. MySQL y SQL están a la par, con diferentes ventajas y desventajas pero casi iguales. Simplemente piensa que si tan limitado es MySQL entonces ¿Por qué lo usa facebook? Tiene miles de consultas diarias y es una empresa lucrativa. Yo soy usuario MySQL y te recomiendo seguirlo usando pero si lo dudas siempre puedes cambiarte pero como ya te dije, depende de tu servidor y tu programación. Suerte.

lo que pasa que en una tabla de nueva o de cero anda bien pero cuando la tabla empieza andar por los 400 mil registros ayi empieza el cuelgue de MySQL

Facundo · 30 Oct 2013

Comerciante dijo:
¿Y eso qué? Si se puede lograr la rapidez e incluso mejorar el rendimiento con diferentes herramientas de inserción siempre usando MySQL entonces al final sigue siendo una muy buena opción.

Simplemente comentaba que la forma de usarlo facebook no es la misma que como usa uno normalmente. En la conferencia donde el tipo de facebook explicaba todo eso, decía que usan MySQL por una cuestión de que se usaba desde un principio. No migran, porque sería muy costoso.

blogers dijo:
Me recomendaron mariadb, pero de mongodb no lo he visto como trabaja.

como va ese gestor colega ?

---------- Post agregado el 30-oct-2013 hora: 16:08 ----------

lo que pasa que en una tabla de nueva o de cero anda bien pero cuando la tabla empieza andar por los 400 mil registros ayi empieza el cuelgue de MySQL

Nunca usé MongoDB, pero no es una base de datos relacional como puede ser SQL.

Es una DB orientada a documentos.

Es cuestión de que pruebes diferentes DB´s y administradores de DB´s a ver cual te resulta mejor.

También antes que nada, fijate si podés optimizar tus querys.

Saludos!

supercordobes · 30 Oct 2013

Amigo, tendrías que analizar un poco más tu problema para determinar cuál es la causa de la lentitud ... porque a lo mejor hay varios cuellos de botella que no tienen que ver con la base de datos:

Querys mal optimizadas.
Diseño de las tablas ineficiente.
Indices innecesarios.
Triggers

A lo mejor revisando algunos de los puntos que te nombre puedes encontrar el problema. Yo no soy experto en MySql, pero me imagino que debe tener para analizar el rendimiento de las consultas que realizas.

Por otro lado, con Sql Server tampoco es la panacea ... yo trabajo todos los días con esa base de datos y he visto ocasiones en que se pone muy lenta ... y muchas veces optimizando los puntos que te nombre anteriormente se puede mejorar sustancialmente el rendimiento. No es una solución mágica cambiar la BD y que se solucione todo.

También tengo entendido que Sql Server no es gratuita, así que tienes que evaluar eso. Si no quieres gastar $$ podrías probar con postgresql.

Saludos