Reconstruir Índice de Búsqueda

Kipo · 25 Jun 2012

Hola buenas noches ,

Tengo una duda con la versión 4.2.0 , estoy haciendo pruebas en mi server local para la migración de 3.8.4 a 4.2.0 , pues resulta que para hacer la Reconstrucción del Índice de Búsqueda en 4.2.0 tarda por lo menos 3 horas y en la versión 3.8.4 lo hace en minutos , otra cosa que me he fijado que la versión 4.2.0 añade estas tablas a la base de datos de mas de 160mb al reconstruir índice de búsqueda ( searchcore_text ) .

Es normal que cree esa tabla de mas de 160mb ? lo digo por que en la versión 3.8.4 no pasa eso ...

Saludos

Kipo · 26 Jun 2012

A ver si alguien sabe de esto , por que no mola nada que te metan esa tabla de 160mb ...

LoKi · 27 Jun 2012

En mi foro tambien cuando reconstrui el indice de busqueda se tardo muchas horas, y esa tabla que mencionas pesaba casi 1.5gbs, despues del upgrade a 4.2.0 tuvimos un pequeño problema y esa tabla se crasheo y la tuve que vaciar, ahora pesa como 60 megas despues de reconstruir el indice 😛

Ahora tengo otro problema con 6 tablas que pesan 1.70gbs cada una, son: contenttype, searchcore, searchgroup, searchlog, tag y tagcontent.

El foro me anda lento, no se si deba a eso

Saludos.

Kipo · 27 Jun 2012

LoKi dijo:
En mi foro tambien cuando reconstrui el indice de busqueda se tardo muchas horas, y esa tabla que mencionas pesaba casi 1.5gbs, despues del upgrade a 4.2.0 tuvimos un pequeño problema y esa tabla se crasheo y la tuve que vaciar, ahora pesa como 60 megas despues de reconstruir el indice 😛

Ahora tengo otro problema con 6 tablas que pesan 1.70gbs cada una, son: contenttype, searchcore, searchgroup, searchlog, tag y tagcontent.

El foro me anda lento, no se si deba a eso

Saludos.

Xd que locura 1.5gbs , si esto va asín me quedo en la versión 3.8 que no da ningún problema , has intentado dándole a reparar las tablas ?

Saludos

Adara · 28 Jun 2012

Buenas,

Exactamente la tabla searchcore_text no es más que indexadores para focalizar la información de forma más rápida pero aumenta evidentemente el espacio, por lo que es recomendable en foros muy grandes flushearla de vez en cuando y reconstruir los índices (previo backup por si acaso)

160 Mb no es tanto como para proceder a esa limpieza, por lo que no afecta en absoluto pero un OPTIMIZE/CHECK no le vendrán mal. 😉

En cuanto a ti LoKi te recomendaría cambiar tu base de datos a InnoDB y dejar de utilizar MyiSAM, que viene por defecto en la BD cuando se utiliza MySQL versiones 5.1 o inferior. OPTIMIZE/CHECK semanales e instalar algún cacheador de código (XCACHE/APC) para que aumente la ligereza al interpretar los archivos de vBulletin pero todo apunta a un fallo de optimización, de igual forma si tenéis cualquier duda podéis comentar y yo os ayudo en lo que haga falta.

Y como último inciso, vBulletin 3.8.4 contiene ya muchos exploids liberados y es una versión completamente peligrosa, por lo que se recomienda encarecidamente pasar a una versión superior. Un caso ejemplo fue WHMCS todas sus BD's robadas por un fallo de seguridad de la versión 3 de vBulletin.

Un saludo.

Kipo · 29 Jun 2012

Adara dijo:
Buenas,

Exactamente la tabla searchcore_text no es más que indexadores para focalizar la información de forma más rápida pero aumenta evidentemente el espacio, por lo que es recomendable en foros muy grandes flushearla de vez en cuando y reconstruir los índices (previo backup por si acaso)

160 Mb no es tanto como para proceder a esa limpieza, por lo que no afecta en absoluto pero un OPTIMIZE/CHECK no le vendrán mal. 😉

En cuanto a ti LoKi te recomendaría cambiar tu base de datos a InnoDB y dejar de utilizar MyiSAM, que viene por defecto en la BD cuando se utiliza MySQL versiones 5.1 o inferior. OPTIMIZE/CHECK semanales e instalar algún cacheador de código (XCACHE/APC) para que aumente la ligereza al interpretar los archivos de vBulletin pero todo apunta a un fallo de optimización, de igual forma si tenéis cualquier duda podéis comentar y yo os ayudo en lo que haga falta.

Y como último inciso, vBulletin 3.8.4 contiene ya muchos exploids liberados y es una versión completamente peligrosa, por lo que se recomienda encarecidamente pasar a una versión superior. Un caso ejemplo fue WHMCS todas sus BD's robadas por un fallo de seguridad de la versión 3 de vBulletin.

Un saludo.

Yo no creo que los robos sean culpa de vbulletin , asín es muy fácil quitarse el marrón de encima , es mi opinión .

Pues no se que hacer por que mi bd tiene 210mb y con la nueva versión se pone en unos 345mb .....

Reconstruir Índice de Búsqueda

Kipo

Kipo

LoKi

Kipo

Adara

Kipo

Temas similares