wzllai的专栏

最近遇到一个数据库去重的问题。在一个用户封禁信息列表中，要求每个应用下appcateid相同的用户userid只保留一条。        开始使用delete from ban where id not in (select min(id) from ban group by appcateid, userid )语句,由于id是自增的，意思是把数据通过appcateid和userid分组后只

碰到的问题：做sns系统，对发布和评论的操作做异步处理，将发布和评论插入mysql后的id放入队列中，有一个常驻php进程负责从队列从队列中取得id做后续一些列的计数、通知等操作。正式环境上客户端浏览器发布和评论后，php脚本从数据库里读不到相应id对应的内容了，而测试环境却可以。调试半天最后发现是mysql对tansaction_isolation(事务隔离级别)的配置不同。内网开发环境的隔

两种类型最主要的差别就是Innodb 支持事务处理与外键和行级锁.而MyISAM不支持.所以MyISAM往往就容易被人认为只适合在小项目中使用。   我作为使用MySQL的用户角度出发，Innodb和MyISAM都是比较喜欢的，但是从我目前运维的数据库平台要达到需求：99.9%的稳定性，方便的扩展性和高可用性来说的话，MyISAM绝对是我的首选。      原因如下：