Comparación de velocidad: MySQL vs SQL Server

  • Autor Autor blogers
  • Fecha de inicio Fecha de inicio
B

blogers

Pi
SEO
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:
 
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....
 
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....
Hacer clic para expandir...

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
 
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 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???
 
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.
 

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

---------- Post agregado el 30-oct-2013 hora: 05:20 ----------
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 dijo:
Según Wikipedia:


MariaDB - Wikipedia, la enciclopedia libre
Hacer clic para expandir...

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 ----------
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 dijo:
Y de cuantas rows estamos hablando para que se tarde 2 o 3 minutos??
Hacer clic para expandir...

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
 
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.
 
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 ?
 
¿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.
Hacer clic para expandir...
 
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 ?
Hacer clic para expandir...

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
 
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.
Hacer clic para expandir...

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.


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!
 
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
 
Hay que estar conectado o registrado para responder aquí.

Temas similares

Cursos de Bases de Datos y Consulta sobre SQL Server vs MySQL
Respuestas
3
Visitas
289
ultracobra
Menú
Acceder
Registro