Server SQL che fà i capricci

Citazione:

phpBB : Critical Error

Error updating sessions table

DEBUG MODE

SQL Error : 1053 Server shutdown in progress

UPDATE phpbb_users SET user_session_time = 1255075191, user_session_page = -2 WHERE user_id = 8919

Line : 299
File : /var/www/vhosts/gommonauti.it/httpdocs/includes/sessions.php

ultimamente sta capitando più frequentemente (diciamo che se prima succedeva una volta al mese ora mi succede almeno una volta o due a settimana) che appaiono schermate del genere per lo più quando clikko su post delle ultime 24h, Ti devi preoccupare?


ciao

Si, siamo troppi!

... troppe connessioni contemporanee.

Capo, siamo in Hosting?

VanBob ha scritto:

Si, siamo troppi!

Non capisco se sia un bene o un male

In questo caso un male.

Scusa, se mi permetto ma, il primo errore è perche' si è verificato uno stato anomalo del DB e pertanto shutdown. Controllerei l'indice del campo user_id tabella phpbb_users.

Non mi preoccuperei sul numero alto di persone ma, su come gestire il DB e renderlo piu' veloce alla richieste.

capo, hai mai pensato a postgresql ?

No postgresql troppo oneroso...se pure sarebbe una scelta ma, costa troppo come porting...Indicizza le tabelle e vai avanti cosi'' e vedrai che le cose andranno meglio. Utilizza un tool per vedere la deframmentazione tabelle.


No postgresql troppo oneroso...se pure sarebbe una scelta ma, costa troppo come porting...Indicizza le tabelle e vai avanti cosi'' e vedrai che le cose andranno meglio. Utilizza un tool per vedere la deframmentazione tabelle.

anzi fai cosi...


create table appoggio as select * from phpbb_users;

rinomina la tabella phpbb_users (questo per averla come backup)

poi rinomina la tabella appoggio in phpbb_users


con sto gioco hai allocato un'area contigua di dati...non ti edimenticare di creare gli indici....

ciao

Il server probabilmente si riavviava dopo un crash, non è detto che il crash sia dovuto alle troppe utenze.
In termini economici, postresql è gratuito (anche nelle versioni commerciali), non vedo la difficoltà a fare il porting tra i due dbms.
Per esperienza ti dico che il postgres è molto più robusto degli altri dbms in circolazione seppure risulti leggermente più ostico. Lo cambierei solo con oracle, ma questo si che sarebbe molto più oneroso

Si mettiamo anche RAC, Grid control, DataGuard... che ne dici.....no dico che il problema no sta sulla scelta del DB ma cme vengono gestite le tabelle.
Dicevo oneroso non x il costo di Postgres ma per portare i dati da un db ad un'altro, cambiare il tipo di connessioni etc..etc..