<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#">

	<title>iamcal.com Linklog</title>
	<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/"/>
	<link rel="icon" type="image/jpeg" href="http://www.iamcal.com/images/logo.gif"/>
	<info type="text/html" mode="escaped">All the links from iamcal.com</info>
	<modified>2010-09-28T23:08:25Z</modified>
	<generator url="http://www.iamcal.com/">Flickr</generator>

	<entry>
		<title>2010-09-28 23:08:25</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1285740505/"/>
		<id>tag:iamcal.com,2005:/linklog/1285740505/</id>
		<issued>2010-09-28T23:08:25Z</issued>
		<modified>2010-09-28T23:08:25Z</modified>
		<content type="text/html" mode="escaped">jeremy cole has finally &lt;a href=&quot;http://jcole.us/blog/archives/2010/09/28/mysql-swap-insanity-and-the-numa-architecture/&quot;&gt;solved&lt;/a&gt; the mysql swapping-for-no-reason issue. very nice work [via ph]</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>
	<entry>
		<title>2010-08-16 21:30:47</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1282019447/"/>
		<id>tag:iamcal.com,2005:/linklog/1282019447/</id>
		<issued>2010-08-16T21:30:47Z</issued>
		<modified>2010-08-16T21:30:47Z</modified>
		<content type="text/html" mode="escaped">noting these down for later reference - two &lt;a href=&quot;http://www.quora.com/Why-doesnt-Quora-use-PostgreSQL&quot;&gt;excellent&lt;/a&gt; &lt;a href=&quot;http://www.quora.com/Why-does-Quora-use-MySQL-as-the-data-store-rather-than-NoSQLs-such-as-Cassandra-MongoDB-CouchDB-etc&quot;&gt;answers&lt;/a&gt; on quora from adam d'angelo on why quora uses mysql instead of postgres or a nosql solution. he says everything i've been saying for the last few years, but more eloquently</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>
	<entry>
		<title>2009-10-24 09:18:10</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1256401090/"/>
		<id>tag:iamcal.com,2005:/linklog/1256401090/</id>
		<issued>2009-10-24T09:18:10Z</issued>
		<modified>2009-10-24T09:18:10Z</modified>
		<content type="text/html" mode="escaped">a couple of interesting alternatives to phpMyAdmin, both simpler: &lt;a href=&quot;http://sqlbuddy.com/&quot;&gt;sqlbuddy&lt;/a&gt; looks like a really well done minimalist effort, while &lt;a href=&quot;http://code.google.com/p/phpminiadmin/&quot;&gt;phpMiniAdmin&lt;/a&gt; like like PMA from 10 years ago.</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>
	<entry>
		<title>2009-03-26 11:37:35</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1238092655/"/>
		<id>tag:iamcal.com,2005:/linklog/1238092655/</id>
		<issued>2009-03-26T11:37:35Z</issued>
		<modified>2009-03-26T11:37:35Z</modified>
		<content type="text/html" mode="escaped">&lt;a href=&quot;http://www.mysqlperformanceblog.com/2009/03/13/xtrabackup-03-binaries-and-stream-backup/&quot;&gt;xtrabackup&lt;/a&gt; sounds like really good news for people backing up large innodb instances. streaming backups? yes pls</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>
	<entry>
		<title>2006-07-31 13:47:33</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1154378853/"/>
		<id>tag:iamcal.com,2005:/linklog/1154378853/</id>
		<issued>2006-07-31T13:47:33Z</issued>
		<modified>2006-07-31T13:47:33Z</modified>
		<content type="text/html" mode="escaped">dathan's &lt;a href=&quot;http://mysqldba.blogspot.com/&quot;&gt;mysql blog&lt;/a&gt; is full of useful tips for people using mysql on a large scale. a kind of &quot;advanced mysql hacks&quot; book done right.</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>
	<entry>
		<title>2005-07-02 12:40:13</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1120333213/"/>
		<id>tag:iamcal.com,2005:/linklog/1120333213/</id>
		<issued>2005-07-02T12:40:13Z</issued>
		<modified>2005-07-02T12:40:13Z</modified>
		<content type="text/html" mode="escaped">mike b pointed me to this &lt;a href=&quot;http://www.zdnet.com.au/news/software/0,2000061733,39193420,00.htm&quot;&gt;bizarre article&lt;/a&gt; from IBM's daniel sabbah describes lamp as &quot;going to have to grow up at some point&quot;. err, right. because lamp clearly doesn't scale. it's not like the biggest websites in the world use it. ryan tomayko's &lt;a href=&quot;http://naeblis.cx/rtomayko/2005/05/28/ibm-poop-heads&quot;&gt;response&lt;/a&gt; is on the mark.</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>
	<entry>
		<title>2005-01-21 15:10:36</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1106349036/"/>
		<id>tag:iamcal.com,2005:/linklog/1106349036/</id>
		<issued>2005-01-21T15:10:36Z</issued>
		<modified>2005-01-21T15:10:36Z</modified>
		<content type="text/html" mode="escaped">backed up for later - the innodb &lt;a href=&quot;http://www.innodb.com/manual.php#innobackup&quot;&gt;hot backup script&lt;/a&gt;. faster than restoring from a dump, but more prone to corruption.</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>
	<entry>
		<title>2005-01-20 23:41:14</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1106293274/"/>
		<id>tag:iamcal.com,2005:/linklog/1106293274/</id>
		<issued>2005-01-20T23:41:14Z</issued>
		<modified>2005-01-20T23:41:14Z</modified>
		<content type="text/html" mode="escaped">gah. f was down for 5 hours after a routine database modification revealed massive innodb corruption which had somehow replicated to the slave. after splitting the cluster, our last backup was nine days old and a few million records short. eek. so a painstaking search and destroy for bad records was conducted. stupid mysql.</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>
	<entry>
		<title>2005-01-12 01:23:54</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1105521834/"/>
		<id>tag:iamcal.com,2005:/linklog/1105521834/</id>
		<issued>2005-01-12T01:23:54Z</issued>
		<modified>2005-01-12T01:23:54Z</modified>
		<content type="text/html" mode="escaped">phpMyAdmin doesn't yet have support for NDB - looks like someone &lt;a href=&quot;http://sourceforge.net/tracker/index.php?func=detail&amp;aid=1001935&amp;group_id=23067&amp;atid=377411&quot;&gt;dropped the ball&lt;/a&gt;.</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>
	<entry>
		<title>2005-01-12 01:15:36</title>
		<link rel="alternate" type="text/html" href="http://www.iamcal.com/linklog/1105521336/"/>
		<id>tag:iamcal.com,2005:/linklog/1105521336/</id>
		<issued>2005-01-12T01:15:36Z</issued>
		<modified>2005-01-12T01:15:36Z</modified>
		<content type="text/html" mode="escaped">this is a &lt;a href=&quot;http://www.davz.net/static/howto/mysqlcluster/&quot;&gt;good tutorial&lt;/a&gt; on mysql clustering. maybe when the new hardware arrives in the office we can give it a trial.</content>
		<author>
			<name>Cal Henderson</name>
			<url>http://www.iamcal.com/</url>
		</author>
	</entry>

</feed>
