En mysql los triggers que existen son básicos y solo a nivel de tabla. No existe como en SqlServer o Oracle un trigger que permita cazar las conexiones que se abren y obtener cierta información complementaria referente a las sesiones.
Un mal ejemplo. Se puede dar el caso que en un entorno web tengamos un granja de servidores apache y por lo que sea a alguno se le va la olla. Empieza a abrir threads en nuestro mysql de forma masiva (por el motivo que sea) y nos colapsa el servidor porque no tenemos limitidas el número de conexiones simultaneas para ese usuario. ¿Que mal rollo no? Y si encima esto pasa cuando no estamos en la oficina nos podemos encontrar que no podemos saber mucho de lo que ha pasado, por ejemplo vemos el pico en cacti pero no tenemos detalle.

Para tener algo más y poder auditar cuando y quien abre conexiones, haremos lo siguiente:  

1. Creamos schema un schema (o no).

Una correcta gestión de nuestro sistema de datos, puede suponer un ahorro considerable.
Dadas las circunstancias económicas en las que nos encontramos, cualquier ayuda es bien recibida y los empresarios buscar reducir sus costes en elementos de uso cotidiano.
IBM presenta DB2 para Linux, UNIX y WIndows, como una solución a este problema, que permite reducir los costes y mejorar los niveles de servicios, reduciendo los costes asociados a licencias, mantenimientos y gestión del volumen de información y utilizando sistemas de comprensión que liberan espacio en disco.
Para la importación de los datos a DB se ejectua PL/SQL de forma nativa, importando los datos a DB2 en una media de 1 o 2 semanas gracias a la compatibilidad en la última versión...