[iXam]

Tänk på att det tar extra processortid att komprimmera.
På en tom webserver där man utvecklar sidan kanske det verkar snabbare men när ni har 100 besökare i sekunden *kanske* det inte blir snabbare.
Här måste man alltså testa. En lätt förstasida med några 100 byte htmlkod kanske inte är lämplig att dynamiskt komprimera men en sökresultatsida på 100KB kanske absolut det.
Sen får man även väga CPU-kostnad vs. bandbreddskostnad.

Är ens arbetsverktyg apache,php och MySQL så är det google och experimentera sig fram som gäller. Finns otroligt många lager mellan serverns CPU och klientens CPU att optimera (hårdvara,OS,programvarukonfigurering,kompilerings alternativ osv.). Att blint säga "index är lösningen" kan vara lika fel som det ibland kan vara rätt.
Att sätta index på en column där det endast kan förekomma två olika värden kan vara ett fel. MySQL 5.1 kan optimerar detta problemet med partitionering.