Reconstruir Índice de Búsqueda

Kipo Seguir

Beta
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Desde
15 Jun 2008
Mensajes
40
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

Beta
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Desde
15 Jun 2008
Mensajes
40
A ver si alguien sabe de esto , por que no mola nada que te metan esa tabla de 160mb ...
 

LoKi

Beta
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Desde
20 Mar 2010
Mensajes
66
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 :p

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

Beta
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Desde
15 Jun 2008
Mensajes
40
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 :p

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

Gamma
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Desde
24 Ago 2011
Mensajes
252
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

Beta
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Desde
15 Jun 2008
Mensajes
40
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 .....
 
Arriba