ホームページ  >  記事  >  バックエンド開発  >  Laravel権限プロジェクトのパフォーマンスの最適化

Laravel権限プロジェクトのパフォーマンスの最適化

不言
不言オリジナル
2018-07-06 17:22:562287ブラウズ

この記事では、Laravel 権限プロジェクトのパフォーマンスの最適化について主に紹介しますが、これは一定の参考値がありますので、共有します。必要な友人は参考にしてください。

Laravel権限プロジェクトのパフォーマンスの最適化

私は最近、SWIS で作成されたプロジェクトのパフォーマンスを調査し、分析しました。驚くべきことに、最もパフォーマンスを消費するメソッドの 1 つは、優れた spatie/laravel-permission パッケージによって引き起こされます。

さらに詳しい情報と調査を検討した結果、大幅に改善される可能性があるパフォーマンスの問題を発見しました。解決策が明確に記載されたので、改善のコードを作成してプル リクエストを送信するのは簡単です。

このソリューションがマージされてリリースされたので、ここではこのパフォーマンスの問題の分析と、独自のプロジェクトでそのような問題を回避する方法を説明します。

TL;DR: 結論部分にジャンプします。

パフォーマンスのボトルネック

抽象的に見ると spatie/laravel-permission 主に次のことを行います。 2 つのこと:

  1. モデルに属する権限のリストを保持します。

  2. モデルに権限があるかどうかを確認します。

最初のポイントは、これがパフォーマンスのボトルネックであると言うのは少し無理が​​あるということです。ここでの権限データはデータベースに保存され、必要に応じて読み取られます。このプロセスは少し時間がかかりますが、一度だけ実行されます。結果はキャッシュされ、後続のリクエストに直接使用できます。

2 番目の点は、パフォーマンスのボトルネックの観点から見ると確かにボトルネックです。権限は頻繁にチェックされるため、このボトルネックは権限の性質とプロジェクトのサイズによって異なります。このチェック中に動作が遅くなると、プロジェクト全体のパフォーマンスのボトルネックになります。

Filter Collection Class

権限コレクションのフィルタリング方法がパフォーマンス低下の原因と考えられます。これは次のことを行います:

$permission = $permissions
    ->where('id', $id)
    ->where('guard_name', $guardName)
    ->first();

変更後:

$permission = $permissions
    ->filter(function ($permission) use ($id, $guardName) {
        return $permission->id === $id && $permission->guard_name === $guardName;
    })
    ->first();

これら 2 つのコード スニペットは同じことを実現しますが、2 番目のコードの方が高速です。

パフォーマンス テスト

私が開発しているアプリには、約 150 の異なる権限があります。通常のリクエストでは、hasPermissionTo メソッドを使用して確認する必要がある権限は約 50 個ですが、もちろん、ページによっては約 200 個の権限を確認する必要がある場合もあります。

以下は、パフォーマンス テストに使用されるいくつかの設定です。

$users = factory(User::class, 150)->make();
$searchForTheseUsers = $users->shuffle()->take(50);

# 方法 1: where
foreach($searchForTheseUsers as $user) {
    $result = $users->where('id', '=', $user->id)->first();
}

# 方法 2: 过滤,传递一个模型作为回调
foreach($searchForTheseUsers as $searchUser) {
    $result = $users->filter(function($user) use ($searchUser) {
        return $user->id === $searchUser->id;
    })->first();
}

# 方法 3: 过滤,传递属性作为回调
foreach($searchForTheseUsers as $user) {
    $searchId = $user->id;
    $result = $users->filter(function($user) use ($searchId) {
        return $user->id === $searchId;
    })->first();
}

上記の 3 つのメソッドは、1 属性、2 属性、および 3 属性のフィルタリングをテストするために使用されます。したがって、メソッド 1 を使用して 3 つの属性をフィルタリングすると、次のようになります:

foreach($searchForTheseUsers as $user) {
    $result = $users
        ->where('id', '=', $user->id)
        ->where('firstname', '=', $user->firstname)
        ->where('lastname', '=', $user->lastname)->first();
}

結果

#方法#1方法#2方法#3#1 属性2 属性# 0.196 (-61 %)##3 属性 #0.198 (-59%) )プロジェクトの場合、大規模なコレクションを繰り返しフィルタリングすると、深刻なパフォーマンスのボトルネックが発生すると結論付けることができます。

0.190 0.139 (-27%) 0.072 (-62%) )
0.499 0.372 (-25%)##​​
0.4880.603 (25%)##​​ 結論
複数属性フィルタリングでは、計算コストが大幅に増加します。

Collection::where()

の代わりに

Collection::filter()

を使用すると、パフォーマンスが 60% 向上します。

警告: 完全なモデルをフィルター コールバックに渡すと、パフォーマンスに非常に負荷がかかります。個別の属性を渡すことをお勧めします。 上記がこの記事の全内容です。皆様の学習に少しでもお役に立てれば幸いです。その他の関連コンテンツについては、PHP 中国語 Web サイトをご覧ください。

関連する推奨事項:

Laravel 5.6 での Swoole のコルーチン データベース クエリの使用

#Laravel のファサード外観システム分析

laravel Redis は、ストレス テストに合格するキューの高同時実行処理を実装するだけです。

以上がLaravel権限プロジェクトのパフォーマンスの最適化の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。