Trasladar algunos de los comentarios de la discusión a una respuesta, redefiniendo y reformateando ...
Básicamente, todo se reduce a que, a menos que tenga un caso extremadamente extremo, no es necesario que se "recoja basura". Si nunca los traes, no importa si están allí o no.
Ver, los transitorios se almacenan en la tabla de opciones de forma predeterminada. En una instalación básica, la tabla de opciones tendrá quizás 100 entradas. Cada transitorio agrega dos entradas más, pero incluso si tiene miles, no afectan la velocidad del sitio, ya que no están cargadas automáticamente.
Al inicio, WordPress carga las opciones en la memoria, pero solo carga las opciones que tienen su marca de carga automática activada. Los transitorios no reciben esto y, por lo tanto, no se cargan en la memoria. Solo los transitorios que se utilicen más tarde incurrirán en un costo.
Desde la perspectiva de la base de datos, la tabla de opciones tiene índices tanto en la opción Id como en el nombre de la opción. Los transitorios siempre se cargan en función del nombre (clave), por lo que las búsquedas para ellos siempre son simples selecciones en un único valor de clave único. Por lo tanto, la búsqueda es O (log (n)) y es super rápida. Con un Big-O de log (n), tendrías que ganar millones y millones de filas antes de que se hiciera notorio. Francamente, la sobrecarga en la configuración y el desmontaje de la consulta, junto con la transferencia de datos real, es mucho más larga. La consulta en sí se ejecuta esencialmente en tiempo cero por comparación. Por lo tanto, simplemente tener filas no utilizadas adicionales no afecta nada, pero usa espacio en disco extra.
La indexación en bases de datos es una de esas ideas de lectura profunda que no tienen sentido para las personas que no han entendido lo que está sucediendo detrás de la escena. Las bases de datos están diseñadas para la recuperación rápida de datos, desde cero, y pueden manejar este tipo de cosas sin problemas. Esta es una lectura bastante buena: enlace )
Ahora, la limpieza de la manera más obvia (llamar a SQL DELETE en ellos) en realidad no los elimina de la base de datos. Simplemente los elimina del índice y marca la fila como "eliminada". De nuevo, así es como funcionan las bases de datos. Para realmente eliminar el espacio en el disco, debe continuar y realizar una TABLA DE OPTIMIZACIÓN después, y esta no es una operación rápida. Toma tiempo. Probablemente más tiempo del que vale. Probablemente no sea suficiente para ahorrarle tiempo de CPU, en total.
Si tiene algún caso que está causando una inserción continua de nuevos transitorios que no se están utilizando, entonces necesita encontrar el problema subyacente. ¿Qué es la inserción de estos transitorios? ¿Están utilizando una clave de cambio o mutación? Si es así, entonces el complemento o el código que causa esto debe ser arreglado para, básicamente, no hacer eso. Eso será más útil, porque es probable que el código que no los está creando correctamente no los esté recuperando y, por lo tanto, haga más trabajo del que tiene que hacer.
Por otro lado, puede haber un caso en el que se estén creando transitorios para algo como cada publicación. Esto puede ser perfectamente aceptable. Lo hago yo mismo en SFC, para almacenar los comentarios entrantes de Facebook. Cada publicación tiene un potencial transitorio asociado, lo que significa dos filas adicionales por publicación. Si tienes 10k publicaciones, tendrás 20k filas en la tabla de opciones (eventualmente). Esto no es malo ni lento, porque nuevamente, hay muy poca diferencia entre 100 y 20,000 filas en lo que a las bases de datos realmente les importa. Todo está indexado. Es tan rápido como demonios. Sub-sub-milisegundos.
Cuando comiences a meterte en millones de filas, entonces estaré preocupado. Cuando el tamaño de la tabla de opciones aumenta por encima de cientos de megabytes, entonces me preocuparía lo suficiente como para mirar más de cerca. Pero en general, esto no es un problema, excepto en casos extremos. Ciertamente no es un problema para algo más pequeño que algo como un gran sitio de noticias, con cientos de miles de publicaciones. Y para cualquier sitio lo suficientemente grande como para que sea un problema, debe usar un caché de objetos externo de algún tipo, y en ese caso, los transitorios se almacenan de forma automática en la base de datos. / p>