<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Aus der Tiefe</title>
    <link>https://adminblog.math.fau.de/2013/07/02/index.rss/</link>
    <description>Meldungen des Rechenzentrums in der Cauerstrasse 11</description>
    <language>de</language>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <generator>blosxom/2.1.2</generator>

  <item>
    <title></title>
    <pubDate>Tue, 02 Jul 2013 00:00:00 +0200</pubDate>
    <link>https://adminblog.math.fau.de/2013/07/02/index.rss/2013/07/02#TuesdayJuly2201312:28:28</link>
    <category>/bauerm</category>
    <guid isPermaLink="false">https://adminblog.math.fau.de/2013/07/02/index.rss/bauerm/TuesdayJuly2201312:28:28</guid>
    <description>&lt;pre&gt;
	Durch einen Vortrag auf der pycon draufgekommen, mal nachzuschaun, wie gut die Indizes
	  auf unserer zabbix Datebank funktionieren. Die hit ratio kriegt man mit
		select &apos;index hit rate&apos; as name, 
		(sum(idx_blks_hit)) / sum(idx_blks_hit + idx_blks_read) as ratio from pg_statio_user_indexes;
	  Leider ignoriert unser postgres die indizes komplett!
	SQL never fails to amaze:
	  In /etc/postgresql/9.1/postgresql.conf eingefuegt:
	   shared_preload_libraries = &apos;pg_stat_statements&apos; 	
	  Das postgresql-contrib-9.1 Packet installiert, 
	  postgresql neu gestartet,
	  in der Datenbank als user postgres mit 
	   CREATE EXTENSION pg_stat_statements;
	  die Extension angelegt (ansonsten gibts die Tabelle einfach nicht), 
	  und mit
	      select (total_time / 1000 /60) as total, 
	             (total_time/calls ) as avg, 
		     query from pg_stat_statements where query ~ &apos;select&apos; 
	             order by 1 desc limit 20;
	  die zaehesten Anfragen an die DB rausgekriegt.

&lt;/pre&gt;</description>
  </item>
  </channel>
</rss>
