Visualizzazione dei risultati da 1 a 10 su 10

Discussione: performance MySQL

  1. #1
    Utente di HTML.it
    Registrato dal
    Jun 2001
    Messaggi
    94

    performance MySQL

    ho un db my sql che riceve citca 8000 dati al giorno. è un disastro la macchina dopo una settimana schiatta. come posso fare secondo voi?
    ho pensato che forse con select stringenti sulla data potrebbe migliorare la cosa ma non lo so chi mi aiuta?
    pierfrac Le cose le sa ma non se le ricorda... Io non le so affatto!!! ... dimenticavo... sono io pierfrac!:P

  2. #2
    Utente di HTML.it
    Registrato dal
    Jun 2001
    Messaggi
    94
    UP
    pierfrac Le cose le sa ma non se le ricorda... Io non le so affatto!!! ... dimenticavo... sono io pierfrac!:P

  3. #3
    Ricevere 8000 dati al giorno è un pò sommario...e poi dici che la macchina schiatta...MySql ha performance molto elevate e non ha problemi su queste quantità di dati da elaborare...se il problema è della macchina potenziala !!
    Le query possono sicuramente in generale essere ottimizzate ma è un discorso abbastanza ampio, dipende dalla struttura del tuo db, dalle query che esegui, dai cicli che utilizzi per farle, dalle chiavi e dagli indici che hai usato nel creare la base dati, dai tipi utilizzati per ogni colonna....

    Insomma dire con select stringenti sulla data miglioro la cosa credo nessuno ti possa aiutare


  4. #4
    Utente di HTML.it
    Registrato dal
    Jun 2001
    Messaggi
    94
    miglioro la cosa:
    il database è strutturato con una tabella temporanea che interrego in modo da evitare troppe join.

    I dati arrivano 2000 su una tabella e 2000 su un'altra e da li creo con una select piena di join la tabella temporanea (la struttura non la posso rifare per evitare questo passaggio perchè sto sistemando un pasticciaccio)

    quindi faccio interrogazioni tipo max e min e poco di più ma quando supero le 100000 letture mi si impalla un po' (un bel po') a questo punto ho pensato ad ottimizzare le select. ma oltre a restringere le date non ho idee geniali
    pierfrac Le cose le sa ma non se le ricorda... Io non le so affatto!!! ... dimenticavo... sono io pierfrac!:P

  5. #5
    Utente di HTML.it
    Registrato dal
    Mar 2006
    Messaggi
    74
    Valuta se hai effettivamente necessità di una tabella temporanea, se esegui spesso la query non ha molto senso ricreare ogni volta una tabella temporanea.
    Poi puoi iniziare a mettere degli indici.

  6. #6
    Utente di HTML.it
    Registrato dal
    Jun 2001
    Messaggi
    94
    la tabella mi serve perché il genio che ha progettato il db mi costringe a d11 join per avere i dati messi a posto s epoi per ogni ricerca devo fare questa cosa... è un masacro. indicizzerò di più questo subito
    grazie
    pierfrac Le cose le sa ma non se le ricorda... Io non le so affatto!!! ... dimenticavo... sono io pierfrac!:P

  7. #7
    Mi sa che il problema è a monte, dovresti riprogettare il db, 11 join sono un po' troppi
    .:: Zetra.it - Web. ads . multimedia . graphix ::.
    Realizzazione siti web - Carte Magic ai prezzi più bassi d'italia
    - Comuni e Città

  8. #8
    Utente di HTML.it
    Registrato dal
    Jun 2001
    Messaggi
    94
    lo so ma non posso perché non ho tempo di rifare tutto per questo ho creato la tabella temporanea
    pierfrac Le cose le sa ma non se le ricorda... Io non le so affatto!!! ... dimenticavo... sono io pierfrac!:P

  9. #9
    Utente di HTML.it
    Registrato dal
    Mar 2006
    Messaggi
    74
    purtroppo spesso la soluzione ottimale non è quella più breve.

    non ho resistito a questa perla di saggezza!

  10. #10
    Utente di HTML.it
    Registrato dal
    Jun 2001
    Messaggi
    94
    ma... il tempo è denaro e io sono povero...
    pierfrac Le cose le sa ma non se le ricorda... Io non le so affatto!!! ... dimenticavo... sono io pierfrac!:P

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.