AOF and RDB backups in redis : <p>This question is about Redis persistence. </p>

<p>I'm using redis as a 'fast backend' for a social networking website. It's a single server set up. I've been transferring PostgreSQL responsibilities to Redis steadily. Currently in <code>etc/redis/redis.conf</code>, the appendonly setting is set to <code>appendonly no</code>. Snapshotting settings are <code>save 900 1</code>, <code>save 300 10</code>, <code>save 60 10000</code>. All this is true for production and development both. As per production logs, <code>save 60 10000</code> gets invoked heavily. Does this mean that practically, I'm getting backups every 60 seconds?</p>

<p>Some literature suggests using AOF and RDB backups together. Thus I was weighing in on turning <code>appendonly on</code> and using <code>appendfsync everysec</code>. For anyone who has had experience of both sides of the coin:</p>

<p>1) Will using <code>appendonly on</code> and <code>appendfsync everysec</code> cause a performance downgrade? Will it hit the CPU? The write load is on the high side.</p>

<p>2) Once I restart the redis server with these new settings, I'll still lose the last 60 secs of my data, correct? </p>

<p>3) Are restart times something to worry about? My <code>dump.rdb</code> file is small; ~90MB.</p>

<p>I'm trying to find out more about redis persistence, and getting my expectations right. Personally, I'm fine with losing 60s of data in the case of a catastrophe, thus whether I should use AOF is also something I'm pondering. Feel free to chime in. Thanks!</p>
