redis实现消息队列

消息队列，通俗点说就是消息传输过程中暂时保存消息的容器，可以在不同平台、不同语言的应用之间传输数据，并且可以异步地实现数据写入，在处理大并发问题时能起到很好的效果。
说一下我现在使用消息队列的场景：我的系统需要实时接收来自客户端的请求（周期性请求），并且将请求的数据保存在数据库，每次请求的数据量很小，但是由于需要频繁操作数据库，所以系统遭遇到性能瓶颈。原先的想法是直接将这些数据保存在redis中，但仔细想想，虽然每次的数据量不大，但是由于数据是周期性的并且会不断增长，虽然redis也有持久化功能，但如果依靠持久化到硬盘来保存，就失去了redis作为内存数据库的优势，所以最终决定使用消息队列。方式如下：
每次请求的数据直接写入消息队列，然后给予客户端响应，后台开启一个线程监听消息队列，一旦有数据写入，取得消息队列中的数据写入mysql数据库，这样就可以实现异步地将实时数据写入数据库，避免系统因直接操作数据库造成的瓶颈。
那么问题来了，使用哪种消息队列，现在比较主流的消息队列如:RabbitMQ，ActiveMQ等，其技术比较成熟效率也很高。但是考虑到项目本身已经使用了redis（做缓存），并且每次的数据量比较小，而redis不仅仅是一个key-value数据库，它支持丰富的数据类型，如HashMap、Set、List等，其中的List完全可以作为消息队列使用，并且redis的List支持blpop，brpop等阻塞式的命令，完全可以满足我的需求。简单的测试代码如下：

//产生数据import redis.clients.jedis.Jedis;public class RedisProducer {    /**      * jedis操作List      */      public static void main(String[] args){        Jedis jedis = new Jedis("192.168.10.209", 6379);         for(int i = 0;i<10;i++) {            jedis.lpush("informList","value_" + i);          }        jedis.close();    }}//消费数据import java.util.List;import redis.clients.jedis.Jedis;public class RedisConsumer {    /**      * jedis操作List      */      public static void main(String[] args){       ScheduleMQ mq = new ScheduleMQ();       mq.start();    }   }class ScheduleMQ extends Thread {    @Override    public void run() {        while(true) {            Jedis jedis = new Jedis("192.168.10.209", 6379);            //阻塞式brpop，List中无数据时阻塞            //参数0表示一直阻塞下去，直到List出现数据            List<String> list = jedis.brpop(0, "informList");            for(String s : list) {                System.out.println(s);            }            jedis.close();        }    }}