DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Er is heel veel leesvoer, maar let vooral op de bufferpoolgrootte, op innodb_flush_log_at_trx_commit =2 (tenzij je een raid controller met bbu hebt, dan 1), innodb_flush_method = O_DIRECT, innodb_file_per_table, en bij een ssd nog wat andere settings. Let ook op dat je minimaal 5.5 gebruikt, en bij voorkeur een Percona-build omdat je daarmee veel meer kunt meten. Al is dat laatste bij 256 MB wellicht niet echt wenselijk omdat al die metrics ook een klein beetje geheugen gebruiken.quote:Op donderdag 10 november 2011 13:51 schreef ursel het volgende:
[..]
Heb je daar ook mooie tutorials voor qua settings?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik heb niet de config van pastebin geplukt, ik heb de config van de eigenaar van pastebinquote:
InnoDB is heel vaak de betere keuze. De configuratie moet je dan wel op je data en op je hardware afstemmen, en niet zo van pastebin plukken.
En natuurlijk afgesteld op de beschikbare hardware(die kwam aardig overeen)
💍 💍 💍 💍 💍 💍 🍌 ☎
MyISAM houdt gewoon bij hoeveel rows er in een table zitten. Een simpele SELECT COUNT(*) FROM table wordt dan uitgevoerd door uberhaupt niet naar de table te kijken maar gewoon die rowcount terug te geven. Natuurlijk een enorm simpele usecase die niet vaak voor zal komen, en ik geloof best dat InnoDB in veel gevallen de beste oplossing is (alleen al om de row-locking), maar ik vind het wat kort door de bocht om te stellen dat dat altijd zo is.quote:
Je hebt nooit een rowcount nodig. Een rowcount bestaat ook helemaal niet.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
je leest niet goedquote:
[..]
MyISAM houdt gewoon bij hoeveel rows er in een table zitten. Een simpele SELECT COUNT(*) FROM table wordt dan uitgevoerd door uberhaupt niet naar de table te kijken maar gewoon die rowcount terug te geven.
groot verschilquote:
[..]
Ik heb niet de config van pastebin geplukt, ik heb de config van de eigenaar van pastebin
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
quote:
[..]
Je hebt nooit een rowcount nodig. Een rowcount bestaat ook helemaal niet.
[..]
Op mijn vps welquote:256MB geheugen komt nergens voor. InnoDB kan er prima mee werken, maar verwacht net als bij MyISAM geen goede performance als je regelmatig data moet lezen die niet in je geheugen staat.
De memoryfootprint van innodb is veel hoger dan die van myisam, vandaar mijn vraag.
met geheugentekort kan innodb juist heel goed presteren mbv page-compressie
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik kom ergens niet uit.
Ik heb een tabel 'buttons' met button_id en id en een tabel 'pagina' met id, title en link.
Nu wil ik de buttons laten zien en dan uit de tabel 'pagina' de juiste title en link geven bij het id dat overeenkomt met die in de tabel 'buttons'.
Blijf een foutmelding krijgen. Het zit in de Query maar ik snap niet waar.
| 1 2 3 4 5 6 7 8 9 10 11 12 | <?php $sql = "SELECT pagina.id AS paginaid, pagina.title AS paginatitle, pagina.link AS paginalink, buttons.button_id AS button_id, buttons.id AS id FROM 'pagina' JOIN buttons ON pagina.id = buttons.id ORDER BY `paginatitle` ASC;"; ?> |
Ik heb een tabel 'buttons' met button_id en id en een tabel 'pagina' met id, title en link.
Nu wil ik de buttons laten zien en dan uit de tabel 'pagina' de juiste title en link geven bij het id dat overeenkomt met die in de tabel 'buttons'.
Blijf een foutmelding krijgen. Het zit in de Query maar ik snap niet waar.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Helaas geen verandering. Ik ben echt een ramp met JOIN.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Hij laat mijn if(!$result){ echo "foutmelding" }; zien. Hij kan de query dus niet uitvoeren.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Als ik de query draai in mijn phpMyAdmin werkt het gewoon.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Goedenavond, ik ben boem-dikkie de klapmongool en ik ga kappen voor vanavond. Ik had nog geen database verbinding op de pagina waar de output moest komen. 
!!!!
!!!!
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
en dat kan moderator zijn
Ik moest voor ik moderator werd van B&H en GAM inderdaad eerst een PHP/mySQL toets afnemen en deze met minimaal 95% aan goede antwoorden behalen.quote:
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
keer tijd om je db class uit te breiden? Zodat hij dit soort dingen aangeeft.quote:Op donderdag 10 november 2011 22:33 schreef boem-dikkie het volgende:
Goedenavond, ik ben boem-dikkie de klapmongool en ik ga kappen voor vanavond. Ik had nog geen database verbinding op de pagina waar de output moest komen.
Dat heeft niet perse zo veel zin want de hele database class stond nog niet op die pagina.quote:Op donderdag 10 november 2011 22:37 schreef Pakspul het volgende:
[..]
keer tijd om je db class uit te breiden? Zodat hij dit soort dingen aangeeft.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
zulke dingen doe je ook in je db-classquote:Op donderdag 10 november 2011 22:24 schreef boem-dikkie het volgende:
Hij laat mijn if(!$result){ echo "foutmelding" }; zien. Hij kan de query dus niet uitvoeren.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Je moet die db class dan ook gebruiken om queries uit te voeren, dan heb je nooit de kans om een query uit te voeren zonder dat de db class geladen is.quote:Op donderdag 10 november 2011 22:52 schreef boem-dikkie het volgende:
[..]
Dat heeft niet perse zo veel zin want de hele database class stond nog niet op die pagina.
Ah duidelijk. Toch maar eens naar kijken.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
| 1 2 3 4 5 | SELECT TIME_FORMAT(TIMEDIFF(landingtime,starttime),"%k:%i") AS flighttime ORDER BY flighttime <<<<<<--------------- LIMIT 0,10 |
(de echte query is wel wat langer maar dit is het enige verschil met een andere query die binnen 0,03 seconden klaar is)
-edit-
Als ik de TIME_FORMAT eruit haal laat hij geen significante verbetering zien. Als ik de ORDER BY eruit haal wel. Het ligt dus aan het sorteren na een TIMEDIFF, dat kost gewoon tijd.
Heeft iemand enig idee hoe ik dat kan verbeteren? Flighttime opslaan in een extra kolom kan natuurlijk, maar misschien is er een makkelijkere optie?
[ Bericht 10% gewijzigd door KomtTijd... op 11-11-2011 20:32:28 ]
Dat moet, met een index erop. Je kunt het resultaat ook 1x/dag berekenen en ergens opslaan, zoveel nieuwe records (niet als in db-records maar als in langste vluchten) zullen er niet komen.quote:
[ code verwijderd ]
Heeft iemand enig idee hoe ik dat kan verbeteren? Flighttime opslaan in een extra kolom kan natuurlijk
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Dan denk ik dat ik liever voor dat eerste gaat. Worden de andere query's waarschijnlijk ook weer een tikkeltje sneller van.
Pfft ik ben een hele poos bezig geweest, wel een hoop geleerd over het gebruik van indexen (die index op (firstpilot,secondpilot) had ik veel eerder moeten doen) maar uiteindelijk niet het gewenste resultaat gehaald, de query duurde op zijn minst nog 7 seconden...
Uiteindelijk heb ik een andere optimalisatie gedaan: WHERE flighttime > '01:05:00'. Dat limiteert het aantal vluchten gigantisch aangezien we meestal een maximum vluchtduur van 1 uur aanhouden. De "rondje-om-de-kerk" vluchten komen op deze manier dus niet meer in de top 10, maargoed dat is ook niet zo boeiend.
Uiteindelijk heb ik een andere optimalisatie gedaan: WHERE flighttime > '01:05:00'. Dat limiteert het aantal vluchten gigantisch aangezien we meestal een maximum vluchtduur van 1 uur aanhouden. De "rondje-om-de-kerk" vluchten komen op deze manier dus niet meer in de top 10, maargoed dat is ook niet zo boeiend.
