最近刚开始接触和使用 memcached ,我的场景是这样的:
有一张表,假设叫 post :
id int(10)
user_id int(10)
title varchar(100)
description varchar(120)
body text
假设我把除了 body 以外的字段通过数组序列化存到 key 为 post-xxx ( xxx 为 ID )的记录中,这样当取到 id = 333 的记录时,就可以直接 get('post-333') 然后反序列化来使用。
这个时候有个问题,即使我把 post 单条记录的字段全部缓存起来,能够加快的也只是我读取这单条记录时的速度,但是表数据越来越多时(暂不考虑分表分库),我的 post 列表分页依旧要到 post 表中去 LIMIT ,我该如何设计一种方式来让 memcached 能够为我的 LIMIT 加速呢?
之前在没有 cache 时为了一定程度上加速列表分页的读取速度,我是将 text 类型的 body 字段分了张表,因为本身读取列表时也不需要 body , text 字段类型也太重。
我的设想:
1 、无法到 memcached 中去 LIMIT ,那我能做的就只有在去表中 LIMIT 时能够更快,那就单独建一张表,就只存放 post 的所有 ID ,跟原先 post 表中的 ID 一一对应 。。。 LIMIT 直接从这张表取,等到要取除其他字段时再到 memcached 里取。
2 、 memcached 能不能实现类似 LIMIT 的功能?
刚上手,可能问题有点小白了。。。不知道大家遇到这个问题是怎么实现的,有没有哪些优雅或者高效的方法?
1
jasontsai 2016-03-01 09:19:28 +08:00 1
oschina 上那个也是你吧😄
|
2
admol 2016-03-01 09:31:39 +08:00 1
mark 跟进
|
3
jedrek 2016-03-01 09:40:24 +08:00 1
要用 memcached 分页,不如用 redis 的 list 结构。再根据得到的 id list 查数据库就好了
|
4
jedrek 2016-03-01 09:44:14 +08:00 1
若不用 memcached 和 redis 。可以 select columns... from table where id < xx order by id limit n
|
5
zktz 2016-03-01 13:02:41 +08:00 1
不明白你说的分页 limit ,是要 mysql 的 limit x,y 的效果吗?
如果你的 xxx id 都是整形。又没有其他检索条件。你可以通过循环+1 拼成连续的 xxx ,再从 memcached 里取数据啊。如果 id 不连续,就先判断是否存在这个 key 。 |