Likes Likes:  0
Resultaten 1 tot 6 van de 6
  1. #1
    Snelheid SQL database
    geregistreerd gebruiker
    2 Berichten
    Ingeschreven
    15/09/15

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: dani

    Thread Starter

    Snelheid SQL database

    Hallo, ik heb een vergelijkingssite die nu in de richting gaat van 1 miljoen producten. Ik heb nu nog een shared host. De bezoekers kunnen nu een webshop selecteren en zien dan de producten. Wanneer ik een menu aan wil maken om bijvoorbeeld schoenen van alle webshops te laten zien kun je koffie gaan halen voor de resultaten zichtbaar worden.
    Ik vraag mij af waar de snelheid van de SQL database van afhankelijk is. Is dat de CPU of het RAM geheugen? Ik wil overstappen op een VPS als de SQL database daarmee sneller gaat worden.

    Het gaat om een Joomla 3.x website. Bij database type staat: MySQLi

  2. #2
    Snelheid SQL database
    geregistreerd gebruiker
    550 Berichten
    Ingeschreven
    19/09/05

    Locatie
    Arnhem

    Post Thanks / Like
    Mentioned
    3 Post(s)
    Tagged
    0 Thread(s)
    49 Berichten zijn liked


    Naam: Aleksandar Skodric
    Bedrijf: Atomia AB
    Functie: Sales Engineer
    URL: atomia.com
    Registrar SIDN: Nee
    KvK nummer: nvt
    Ondernemingsnummer: nvt
    View http://nl.linkedin.com/pub/aleksandar-skodric/21/414/59a/'s profile on LinkedIn

    Hoi,

    meer CPU en meer RAM helpt altijd, echter uit mijn ervaring is dat minder dan 10% van de 'winst' welke je kan behalen qua snelheid.
    Meeste winst zit hem in optimalisatie van je database en je code.

    Daarom zou ik je adviseren om eerste optimalisatie toe te passen. Ik weet niet of je my.cnf zelf mag wijzigen (wellicht niet gezien je op shared hosting zit) - maar database zelf kan je ook sterk optimaliseren.

    Op een VPS zal je hoe dan ook meer vrijheid hebben om nog betere optimalisatie toe te passen, alsmede meer debug informatie (waar de knelpunten zijn in je code) op te sporen.

  3. #3
    Snelheid SQL database
    Internet Services
    274 Berichten
    Ingeschreven
    05/03/06

    Locatie
    Zwijndrecht

    Post Thanks / Like
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)
    5 Berichten zijn liked


    Naam: Wim van Helden
    Bedrijf: Voxio Internet Services
    URL: voxio.nl
    Registrar SIDN: nee
    KvK nummer: 24393916
    Ondernemingsnummer: nvt

    Dat hangt af van het type gebruik van de database. Als er veel read's zijn dan kan je het beste genoeg geheugen ruimte reserveren voor caching. Zijn er veel write's dan komt naast het geheugen ook nog je storage om de hoek kijken, denk in dat geval aan een goede SAN of op zijn minst SSD of een BBU.

  4. #4
    Snelheid SQL database
    Internet Services
    3.204 Berichten
    Ingeschreven
    27/03/06

    Locatie
    Utrecht

    Post Thanks / Like
    Mentioned
    14 Post(s)
    Tagged
    0 Thread(s)
    43 Berichten zijn liked


    Naam: Jeroen
    View nl.linkedin.com/in/jeroenvheugten's profile on LinkedIn

    Je kan zeker veel winst halen door je database instellingen te tweaken (en dan niet met gratis tooltjes, maar puur kijken naar je gedragspatroon en talloze mysql flags). Daarnaast is storage een van de belangrijkste dingen voor een database. Je kan beter voor lokale SSD storage gaan of PCIE SSDs voor nog lagere latency. Wij hebben zelf ook wel klanten met websites met meer dan een miljoen producten en dat werkt prima op zware dedicated MySQL servers. Een VPS kan een optie zijn, maar kies dan niet voor een random budget VPS, dan is je shared hosting waarschijnlijk sneller.

  5. #5
    Snelheid SQL database
    geregistreerd gebruiker
    2 Berichten
    Ingeschreven
    15/09/15

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: dani

    Thread Starter
    Bedankt voor de reacties. Hier kan ik zeker wat mee. Ik ga mij eerst even verdiepen in dedicated MySQL servers.

  6. #6
    Snelheid SQL database
    Programmeur / Hoster
    3.952 Berichten
    Ingeschreven
    20/06/06

    Locatie
    Wijlre

    Post Thanks / Like
    Mentioned
    28 Post(s)
    Tagged
    0 Thread(s)
    647 Berichten zijn liked


    Naam: John Timmer
    Bedrijf: SystemDeveloper.NL
    Functie: Eigenaar
    URL: www.systemdeveloper.nl
    KvK nummer: 14083066
    View johntimmer's profile on LinkedIn

    Dat is leuk om je in te verdiepen, maar dat maakt je db niet sneller. De schoten voor open doel zoals de juiste indexen maken (wat in sommige gevallen best wel eens lastig kan zijn) of meer ram/cpu daargelaten is het optimaliseren van een db een subtiel samenspel van al die aspecten.
    De eerste fase is meestal zorgen dat je een goed genormaliseerde database hebt met de juiste (compound) indexen en queries die daar ook op zijn afgestemd. Vervolgens moet je zorgen dat je genoeg ram hebt voor mysql (index/table/etc cache, querycache, wat buffers) en zorgen dat je een beetje snelle cpu hebt.

    Heb je hier nog niet genoeg performance mee, dan moet je echt gaan optimaliseren.

    Daarin ga je eigenlijk een paar dingen van de normalisatie platslaan en soms informatie redundant opslaan (iets wat in de normalisatie fase taboe is) om je aantal joins te verminderen en eventueel je gegevens in de indexcache te stoppen zodat je in bepaalde gevallen geen io meer hebt richting data tabellen maar alleen op je index tabellen.
    Ook kun je hier denken aan cache aspecten (memcache bv) of het laden van standaard tabelletje in een MEMORY tabel. Soms zelfs via een cronjob genereren van tussentabellen ter ondersteuning van vaak uitgevoerde queries. Stel dat je bv kunt zoeken op vaste prijs ranges (stom voorbeeld, maar ja) van 0-100, 101-200, 201+, dan kun je een tabel maken met referenties naar alle producten in die range. Dan hoeft je query geen miljoen prijzen te vergelijken, maar dan kun je direct op de juiste set gegevens instappen waardoor mysql het veel rustiger krijgt. (product-id's vergelijken gaat veel sneller dan een range van floating waarden tenslotte.
    SystemDeveloper.NL - 64BitsWebhosting.EU : Softwareontwikkeling & Hosting freaks



Labels voor dit Bericht

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2021 Webhostingtalk.nl.
Web Statistics