1.
från vad jag har läst hashar den frågan och behåller den i DB och sparar texten till FS. Så nästa problem är mer förväntat än överbelastat delat minne:
hashen av text är så mycket mindre än text, att jag tror att du inte ska oroa dig för förlängningsminnesförbrukning vid jämförelse av långa frågor. Speciellt med tanke på att tillägget använder Query Analyzer (som fungerar för ALLA fråga ÄNDÅ ):
Ställer in pg_stat_statements.max 10 gånger större borde ta 10 gånger mer delat minne tror jag. Utväxterna ska vara linjära . Det står inte så i dokumentationen , men logiskt sett borde det vara så.
Det finns inget svar om det är säkert eller inte att ställa in inställningen till distinkt värde, eftersom det inte finns några data om andra konfigurationsvärden och HW du har. Men eftersom tillväxten bör vara linjär, överväg det här svaret:"om du ställer in den på 5K, och frågekörningstiden har nästan inte ökat, kommer om du ställer in den till 50K förlänga den nästan ingenting gånger tio". BTW, min fråga - vem kommer att gräva 50 000 långsamma uttalanden? :)
2.
Det här tillägget gör redan en pre-aggregering för "undervärderad" uttalande. Du kan välja det direkt på DB, så att flytta data till en annan DB och välja den där kommer bara att ge dig fördelen av att ladda ur den ursprungliga DB och ladda en annan. Med andra ord sparar du 50 MB för en fråga på original, men spenderar samma sak på en annan. Verkar det vettigt? För mig Ja. Det här gör jag själv. Men jag sparar också exekveringsplaner för uttalande (som inte är en del av pg_stat_statements-tillägget). Jag tror att det beror på vad du har och vad du har. Det finns definitivt inget behov av det bara på grund av ett antal frågor. Återigen om du inte har så stor fil att tillägget kan