variable name language mysql cron mysql-event

language - mysql table name reserved word



¿Cronjob o evento de MySQL? (7)

Ahora mismo estoy trabajando con EVENTOS y reflexioné sobre lo mismo :)

Además de las respuestas anteriores:

  • Use EVENTs si la tarea es puramente centrada en los datos o complementa la funcionalidad que ya está incorporada en la base de datos. Es posible que ya tenga activadores que limpien datos, registren ciertos eventos, agreguen ciertos datos, etc. Si la tarea programada que desea realizar es parte del diseño existente, es más cohesivo disparar la tarea desde un EVENTO. EVENTOS son desencadenantes temporales después de todo.

  • Si ejecuta un script desde un shell, necesita un nombre de usuario / contraseña almacenados en el script del shell o en un archivo predeterminado. Para ejecutar EVENTs, no necesita un nombre de usuario / contraseña después de que se haya creado el EVENT.

  • IMCO debe escribir la lógica en un procedimiento almacenado; luego invoque el procedimiento desde un EVENTO o desde un script de shell, lo que más le convenga. Incluso puede crear un lugar en su interfaz de usuario que permita a los usuarios invocar el procedimiento manualmente.

Tengo que actualizar mi base de datos MySQL cada hora, y me preguntaba cuáles son las ventajas / desventajas de usar un cronjob VS un evento MySQL Por ejemplo, ¿cuál es más rápido? ¿Cuál es más seguro? ¡Gracias!


El programador de eventos Mysql es una ventaja para el entorno de host compartido. En términos de tiempo, también se puede programar hasta el segundo. A diferencia de cron, es por minuto, pero puede evitar esta limitación sin embargo.


MySQL Event Scheduler - Un buen reemplazo para cron.

Todos sabemos acerca de cron, una forma fácil de programar ciertos procesos, como truncar sus tablas de registro en su base de datos MySQL cada semana.

Con MySQL 5.1, los chicos de MySQL introdujeron una nueva característica: ¡el programador de eventos MySQL!

Con el Programador de eventos, puede programar las tareas que desea realizar en su base de datos. ¡Esto es genial para los desarrolladores web que no pueden crear trabajos cron en su espacio web, porque su anfitrión no los deja! ¡Realmente es un gran reemplazo para cron!

Algunos ejemplos:

quiere truncar la tabla de registro de su aplicación cada semana, así es como debería verse su programación de eventos:

CREATE EVENT PurgeLogTable ON SCHEDULE EVERY 1 WEEK DO BEGIN DELETE FROM `logs` WHERE `LogTime` <= DATE_SUB(CURRENT_TIMESTAMP,INTERVAL 1 WEEK); INSERT INTO `audit` (`AuditDate`, `Message`) VALUES(NOW(), "Log table purged succesfully!"); END


Mysql introduce Event Scheduler que podemos utilizar como alternativa a Cronjob. Hay muchas ventajas sobre el cronjob como:

1) Está escrito directamente en el servidor Mysql.

2) Esta plataforma es independiente. Su solicitud puede estar escrita en cualquier idioma que no importa. Solo necesitas saber mysql.

3) Podemos usarlos siempre que se requiera una actualización o una limpieza de la base de datos a intervalos regulares.

4) No hay necesidad de compilar consultas cada vez que aumenta el rendimiento.

5) El error puede ser iniciar sesión en los archivos de registro. Sintaxis:

DELIMITER // CREATE EVENT eventName ON SCHEDULE EVERY 1 WEEK STARTS ''Some Date to start'' ENDS ''End date If any'' DO BEGIN // Your query will be here END// DELIMITER ;

Para obtener más información, puede visitar el sitio oficial: http://dev.mysql.com/doc/refman/5.1/en/create-event.html

blog de detalle: http://goo.gl/6Hzjvg


Por favor revise el siguiente código:

if ($product_info) { if ($product_info[''image'']) { $image = $this->model_tool_image->resize($product_info[''image''], $this->config->get($this->config->get(''config_theme'') . ''_image_wishlist_width''), $this->config->get($this->config->get(''config_theme'') . ''_image_wishlist_height'')); } else { $image = false; } }


Siempre haría un trabajo cron, porque:

  • Ahí es donde los administradores de sistemas esperarán que esté (este punto no debe ser subestimado)
  • crobtab es a prueba de balas, probado en el tiempo, ampliamente utilizado y comprendido
  • Puede dirigir / analizar libremente los mensajes de error / éxito donde desee.
  • Algunas tareas de la base de datos requieren / prefieren que mysql esté fuera de línea (p. Ej., Copia de seguridad completa), por lo que debe usar cron para esas tareas; es una mala idea hacer algunas tareas con cron y otras con mysql; no estarás seguro de dónde mirar
  • Puede encadenar otros eventos que deberían seguir si tiene un script de shell

Y finalmente, solo porque puedes hacer algo, no significa que sea una buena idea. Mysql es bueno en cosas de datos. No lo uses para cosas de "concha".


voy con mysql event schedular

Debido a que no tenemos que codificar un archivo adicional para ello, nuestro propósito puede cumplirse simplemente escribiendo una consulta.

Si solo se requiere una operación relacionada con la base de datos, mysql event schedular es una buena opción.