gpt4 book ai didi

php - Laravel 模型访问器从缓存中获取 - 性能增强

转载 作者:可可西里 更新时间:2023-11-01 06:45:35 25 4
gpt4 key购买 nike

我在数据库中有一个项目列表,每个项目都可以选择否决或赞成。这些投票与其他项目字段一起存储在 MySql 中。例如这样的事情:

Schema::create('items', function ($table) {
$table->increments('id');
$table->text('message');
$table->integer('up_votes')->unsigned()->default(0);
$table->integer('down_votes')->unsigned()->default(0);
$table->timestamps();
});

用户每天都可以投反对票/赞成票。当用户决定投票时,我将他的决定存储到 memcached 中一天,并相应地增加其中一个字段(up_votes 或 down_votes)。

$voteKey = sprintf('%s-%s', $request->ip(), $item->id);

if (!Cache::has($voteKey)) {
$vote = $request->get('vote');

$this->item->increment($vote ? 'up_votes' : 'down_votes');
Cache::put($voteKey, $vote, (60*24));
}

接下来我想获得有关特定用户如何投票的信息。我在模型中创建了访问器:

public function getVoteAttribute($value)
{
$voteKey = sprintf('%s-%s', Request::ip(), $this->id);

return $this->attributes['vote'] = Cache::get($voteKey);
}

protected $appends = ['vote'];

这样做是否明智,或者长列表是否会出现一些性能问题?如果返回 100 个项目,则每个用户有 100 个到 memcached 的连接。我怎样才能改进这个,或者这是我不应该太担心的事情,因为缓存服务器可以毫无问题地处理这么多的连接。

最佳答案

缓存和数据库的当前使用情况

  1. 您正在使用 IP 地址 来识别用户 v/s 像 user_id 这样简单的东西。这是故意的吗?如果同一用户从另一个 IP 再次登录,是否要显示不同的号码?
  2. 在数据库中,您为每个 item 存储了 # up-votes & down-votes 但在缓存中您存储的是 type通过 itemIP 地址(或用户 ID) 的组合进行投票(赞成票/反对票)。此外,缓存会在 24 小时后过期。

    因此,当您说 Cache::get($voteKey) 时,它会返回赞成票或反对票,但前提是用户在过去 24 小时内对该项目进行了投票(否则返回空)。这是故意的吗?

何时使用缓存与数据库

通常您会使用缓存进行频繁的查询(当您需要频繁执行特定的读取操作但不那么频繁地写入时)。如果不是这种情况,您通常会回退到 DB。

现在假设您实际上想要存储# up-votes/down-votes by itemtype of vote by combination of user and item。想一想,哪个查询会更频繁? # 每个项目的赞成票/反对票或用户和项目组合的投票类型?当然,这将是第一种情况(如果有的话)。然而,你做的恰恰相反。

You're storing the more frequently accessed query in DB and the less frequently accessed query in cache

这实际上会降低应用的整体性能!

正确的方法是什么?

好吧,这取决于用例。例如,假设您希望按项目 ID 存储用户 ID 和投票类型(典型用例,因为您不希望任何用户的投票在投票重投时对每个项目计算多次)。然后,我将把它存储在数据库中,并在缓存中按项目存储总的 # up-votes/down-votes (仅在经常访问时 - 例如,您可以选择不存储所有项目的 # votes但仅适用于至少有 X 次浏览量的更受欢迎的项目)

对于上述用例,我建议如下:

数据库模式

Schema::create('item_user', function ($table) {
$table->increments('id');
$table->integer('user_id')->unsigned();
$table->integer('item_id')->unsigned();
$table->enum('vote_type', ['up_vote', 'down_vote']);
$table->unique(['user_id', 'item_id']);
$table->timestamps();
});

投票 Controller 逻辑

$user = Auth::user();
$vote = $request->get('vote');
$voteType = $vote ? 'up_vote' : 'down_vote';
$voteKey = "{$voteType}_{$item->id}";

$item->users()->updateExistingPivot($user->id, ['vote_type' => $voteType]);
Cache::increment($voteKey);

原始问题

关于您原来的问题,Laravel 使用单个连接实例来缓存查询 RedisMemcached .因此,如果同一个请求获取 100 个不同的缓存项,它不会启动 100 个连接 - 它会在单个缓存连接中完成工作

关于php - Laravel 模型访问器从缓存中获取 - 性能增强,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42706778/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com