tag:blogger.com,1999:blog-30142497.post4262597012322793937..comments2023-04-01T12:00:31.270+02:00Comments on Pensamientos ágiles: MySQL y los pools de ThreadsMartínhttp://www.blogger.com/profile/04196591517428959128noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-30142497.post-28694714299658416942010-11-14T18:50:39.080+01:002010-11-14T18:50:39.080+01:00Muy a mi pesar, pero sí, lo tengo totalmente aband...Muy a mi pesar, pero sí, lo tengo totalmente abandonado. No tengo tiempo libre casi para nada, ni siquiera para acercarme a las conferencias agiles o al spring i/o.<br /><br />De hecho, he borrado muchos de mis feeds, aunque conservo el tuyo y me alegro mucho de que hayas vuelto!<br /><br />A ver si un día te animas y nos cuentas un poco sobre la solución de rendimiento y escalabilidad que usais en jobsket. Sin duda vuela!<br /><br />Un saludo,<br />Julio.jcesarperezhttps://www.blogger.com/profile/09407010927256988320noreply@blogger.comtag:blogger.com,1999:blog-30142497.post-52720405870646551122010-11-12T12:02:02.238+01:002010-11-12T12:02:02.238+01:00Julio, todo es tan relativo. Hay casos en los que ...Julio, todo es tan relativo. Hay casos en los que quieres un pool grande. Por ejemplo, en trading soliamos trabajar con pools grandes porque había el peligro de picos de gente que quiera vender y no les haría gracia esperar a que se reserve una conexión. <br /><br />Pero ahí ya entramos en temas de gestión de pools. Muy importante como comentas. Cada cuanto se renuevan las conexiones, cuanto espacio de conexiones libres permitimos, se duplican las conexiones cuando el pool esté a punto de llenarse?... hay tantas cosas :)<br /><br />Por cierto que has dejado muerto el blog en el 2010!!!Martínhttps://www.blogger.com/profile/04196591517428959128noreply@blogger.comtag:blogger.com,1999:blog-30142497.post-70881193930196433542010-11-12T11:51:40.061+01:002010-11-12T11:51:40.061+01:00Hombre, configurar un pool con 500 conexiones perm...Hombre, configurar un pool con 500 conexiones permanentes me parece más un error de configuración del pool que de diseño de mysql. No por el 500, sino porque sean permanentes! Lo más inteligente es ir matando las conexiones inactivas cada cierto tiempo. Así, además de optimizar recursos, evitas que los firewalls te jueguen malas pasadas, matando las conexiones ellos mismos y sin avisar a nadie.jcesarperezhttps://www.blogger.com/profile/09407010927256988320noreply@blogger.com