Carico di lavoro su MySQL

Carico di lavoro su MySQL postato il 23/08/2010 10:28:21 nel forum programmazione, gdrcd, open source, hosting

Salve a tutti. Sto realizzando un browser game, e volevo sapere da voi che "limiti" si devono rispettare in termini di carico di lavoro di MySQL.

Prima di effettuare una ottimizzazione seria del codice, mi sono ritrovato ad eseguire una quantità vergognosa di query =). Con vergognosa intendo anche oltre 150. Se io che gioco da solo testando ho 150 query, non oso immaginare che cosa potrebbe succedere se a giocare fossero anche solo 3 o 4 persone che cliccano come delle dannate. Ogni secondo avrei una quantità mostruosa di query.

Sicuramente farò la mia parte di ottimizzazione, ma secondo voi, che limiti bisogna rispettare?

50 query al secondo?

Già che ci sono volevo chiedere a tutti se conosciete un servizio di hosting gratuito che mi possa permettere di utilizzare cron.

quota

23/08/2010 11:38:27

Ciao, non c'è un numero preciso, pero' basta ricordare che minore è il numero meglio è!
Per il servzio cron, no, non conosco ancora nessun hosting gratuito che te lo offra...
Avevo parlato con un admin di altervista e mi aveva detto che poteva essere una implementzione futura, ma per adesso ancora niente!

quota

23/08/2010 12:32:46

Astragon =). Ci ho giocato un po' di volte.

Beh, quello che so è che ho 60 celle e per ciascuna faccio dei controlli diretti su MySQL. Potrei fare tutto in una query un po' complessa, ma che richiederebbe uno sforzo decisamente inferiore al database. In una vecchia versione assolutamente ingiocabile del giochino ero già partito da query e codice ottimizzato. Ora, però, devo fare un bel po' di refactoring =(.

quota

23/08/2010 12:52:24

Di che giochino si tratta ?

quota

23/08/2010 13:50:07

Nulla di particolare: dovevo realizzare un progetto in UML per un esame all'università e mi sono messo a fare l'UML di questo gioco. Sto appunto cercando spunti per scrivere l'ambientazione. E' talmente alla base che non so proprio che direzione fargli prendere =).

Di sicuro un gioco di ruolo. Però voglio dare sia la possibilità di giocare per realizzare delle città, che la possibilità di fare gli avventurieri. Così chi preferisce giochi in stile travian, può creare il proprio villaggio, gli altri giocatori, invece, penseranno a girare per il "mondo" o a lavorare per il "signore" che vuole costruire il suo maniero.

In verità non si tratta ancora di un gioco =). E' tutto da decidere.

quota

23/08/2010 19:14:19

Giustissimo ... oltre a questo farò sicuramente uso di REST =). Ho intenzioni serie con sto giocino. Lo porterò ad usare AJAX all'ennesima potenza =).

quota

24/08/2010 14:29:33

Un giochino del genere lo stavo facendo anke io^^....
Però poi abbandonai in quanto mi sto dedicando alla creazione di un gdr :-D...
Anke xk di Ajax so assolutamente 0 ehehehe,e dovrei impararlo assolutamente <.<..
Spero che dopo l'apertura,se avrò tempo,inizio ad impararlo come si deve e a modificare un po il gdr sotto questo aspetto eheheh!

quota

24/08/2010 23:02:32

L'acronimo Ajax altro non è che Asincronous Javascript And Xml. Appreso questo e subito dimenticato... Se usi jquery e due o tre miei consigli ... puoi imparare a fare qualche rudimento di applicazione web 2.0 in pochissimo tempo.

quota

25/08/2010 08:17:39

Quando inizierò ad ottimizzare le query terrò senza meno conto di questi consigli. Oltre ad ottimizzare le query e ridurle al numero minimo ... credete che possa essere assurdo memorizzare ogni query eseguita tramite il suo md5, al fine di creare una tabella hash (nelle sessioni) che mi impedisca di fare due volte la stessa query e di recuperare direttamente da esse i risultati???

Al di la di questa pazza idea che mi è venuta sul momento ... voi avete mai fatto profiling di php?

quota

25/08/2010 14:34:15 e modificato da blancks il 25/08/2010 14:40:54

Non è necessario, visto che basta eseguire quelle query una volta e piazzi i risultati in sessione. Se poi sono dati in aggiornamento costante (anche se lento) non si scappa, devi eseuire un pollig anche se non è traumatica come cosa appoggiandosi alle tabelle con engine di memorizzazione MEMORY come suggerito da razù.


Edit: Alla fine l'ottimizzazione vera e propria non sta nel ridurre il numero di query, ma nel ridurre il carico di utilizzo complessivo dell'applicazione per quel che sono le prestazioni del server su cui ti appoggi (quindi attenzione anche a non abusare eccessivamente della sssione) e le cose non sempre coincidono.

---

quota

26/08/2010 22:45:20

Ottimo =) ho trovato quello che speravo: persone competenti in php e mysql =). Sono molto contento di essermi iscritto a questo forum.

Il mio codice php è "interessante". Anche perchè, come dicevo, per realizzarlo ho prima "implementato" la struttura usando l'UML. Certamente uso MVC. Ma l'ho esteso un pochino di più sfruttando cose carucce come i magic methods di php...

Così per darCi uno spunto di riflessione, vi racconto che cosa ho fatto:

tutto inizia qui:

e la classe cdr ovviamente implementa il proprio __toString();

Non solo, nel costruttore controllo $_GET e $_POST gestisco le azioni e carico dinamicamente le varie interfacce. Ogni interfaccia è una classe che ha il suo costruttore ... ed il suo __toString. Tutti i template stanno nella cartella /html/ e così via anche per javascript, css, img o altro. Ha ancora bisgno di qualche ritocchino come codice ma è abbastanza pratico. A corredo ho qualche classettina fatta da me. Sono anni che programmo ma non ho troppa esperienza di programmazione.

Bon =). Spero che quelle poche cose che ho scritto vi siano di spunto =). Se avete qualche "barbatrucco" php avrei piacere di discuterne. Amo questo linguaggio e non mi dispiacerebbe condividere con altri le mie "esperienze".

Già che ci sono, quindi, pongo una domanda:
come organizzate le vostre query? Secondo voi, può avere senso sviluppare una classe di questo tipo:




... che serva solo a contenere tutte le query in un unico punto?

quota