INSERT DELAYED es más lento que un INSERT normal si la tabla no está en uso

[Anarko]

"Tenga en cuenta que INSERT DELAYED es más lento que un INSERT normal si la tabla no está en uso."

Es lo que se dice en:

http://dev.mysql.com/doc/refman/5.0/...t-delayed.html

Bueno, es qu eluego de 2 horas lee que lee ya estaba a punto de FINALIZAR mi Script con un {INSERT...DELAYED} y me he topado con ESA INFO.

Todo lo que requiero es el QUERY mas VELÓZ para realizar INSERTS en una tabla que NO ESTA recibiendo CONSULTAS (SELECT).

Es una tabla de LOGS, así que requiero la opción mas VELOZ y SENCILLA que exista.

¿Alguna idea?

Gracias

[gnzsoloyo]

¿Alguna idea?

Probarla primero, analizarla después...

Si no puedes ver cuán "lento" es, te estás anticipando en demasía. La "lentitud" referida por el manual muchas veces sólo es perceptible con operaciones a gran escala, por lo que fuera de la etapa de prueba es dificil decirte si es correcto lo que quieres hacer o no.
Activa el log de slow queries y haz las pruebas.

Entonces veremos.

[Anarko]

Iniciado por gnzsoloyo

muchas veces sólo es perceptible con operaciones a gran escala

Gracias Gnzsoloyo, lo que quiero es utilizar el método INSERT que mas velocidad permita.

NOTA: sobre una tabla que NO ESTA SIENDO LEIDA.

[gnzsoloyo]

Te insisto, sin pruebas, las respuestas son sólo teóricas.
El asunto es que la respuesta sobre lo "mas rápido posible", sólo surgirá en la implementación productiva. Antes será teórico, y te estoy hablando desde la experiencia.
En una base empresarial actual ningún método de logueo nos sirvió, porque el entorno real superó todo calculó. Tuvimos que crear algoritmos propios.

Las pruebas son lo que definen las cosas. Antes de eso, es todo teoría.

[Anarko]

Iniciado por gnzsoloyo

Las pruebas son lo que definen las cosas.

Gracias G.