易栈网-膘叔（Neatstudio.COM）

Redis 在运行一段时间后，发现有部分的数据确实没有缓存的必要，这时，切换数据库当然是一个办法。还有办法，flush掉所有的数据。

flush太危险了。所以。。还是删除key吧，比较安全一点。比如我删除keys "abc:*"的key
在cli里不能直接操作，但是可以
./redis-cli -n 0 keys "abc:*"|xargs ./redis-cli -n 0 del
这样就可以了。
不过因为我的正则不好，所以。。本来想长度为32的key都清掉的。。。（32位，你懂的）
还好某个库我不用了。。

这是一段时间的我的经历和笔记，看过之前的博客的人应该会看到，我在用mongo，是的，我将大量的数据用mongo存储了，但最终我还是放弃了。理由有很多，不过我还是慢慢列出来吧
1、为什么用mongo
因为当初设计数据库的时候仓促，本来认为只有2～30万的数据，但最终却发现会有200多万条，以后可能还会更加多，所以当初很多大字段都扔在了一个表里，导致如果用in查询，非常慢。所以我想用mongo，扔到内存里查询，看看效果是否会很好。

2、为什么又放弃使用mongo了
说实话，mongo在做关系查询的方面确实挺不错，但存在的问题是我的数据都是用php往mongo里导入，而mongo对于数字和字符串还是认得比较严的。当然这都不是问题。。问题是现在没有专门的DBA，以后对数据不太容易，也不太方便管理。毕竟目前公司的整体项目，大部分都是用mysql在做处理，所以，为了配合更多人，才放弃使用mongo（当然，也是为了节约内存）

3、mongo在使用时的优缺点
其实mongo在仅做处理这些条件查询的时候，并没有想象中的那样。当然确实很快，不过在第一次查询的时候还是有点慢的，然后在数据没有变化的时候查询数据都在0.00x秒，不过，我真的没有太在意（其实有点在意，但因为那个条件也是用mysql生成出来的，再加上查询之前对于那些字段都得做一次强制转换，否则对于查询的时候可能就出不来数据）

4、最终我怎么做了
既然我已经知道我原来的数据表的问题在哪里，我就想办法处理掉不就完了？于是写了一个脚本，自己将主表的数据中的几个重要的，用来查询和排序的字段拎出来，重建一个表，用来查询，将可变字段改成定长字段，为了提速。这样一来，速度比原来最少快了两个等级。

5、下一步我会怎么做
其实现在做很多事情都是偷懒了，比如对于字段是int型的时候，却还是用的where id = '1',而不是where id = 1;
所以这是后期考虑优化的地方。
当然因为将主要字段分拆成表，所以带来的另一个问题是，当更改原表的时候，需要对新表做更新处理。

6、最后说一下
原表的索引，原来达到了300多M，后来因为把数据迁到新表（做冗余），在新的表建的索引，只有70多M，而且原表因为将索引清除了，编辑和插入的数据又上了一个等级，最终还是觉得这样有优势。

---PS
不一定要学我，我这也是自己的经历，没有什么可比和可参照性。当然你要骂我那是可以的

日	一	二	三	四	五	六
« 2012年09月 »
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30

易栈网-膘叔

小朋友暑假成果事件薄（三）

小朋友暑假成果事件薄（二）

小朋友暑假成果事件薄（一）

redis 批量删除key

为列表提速

日志分类

热门标签

日志归档

搜索文章

最新评论

博客信息

友情链接