thinkorm を通じてデータベースクエリプランを最適化し、リソース消費を削減する方法-PHPチュートリアル-php.cn

thinkorm を通じてデータベースクエリプランを最適化し、リソース消費を削減する方法

WBOY

リリース： 2023-07-29 13:24:01

オリジナル

1135 人が閲覧しました

thinkorm を通じてリソース消費を削減するためにデータベースクエリプランを最適化する方法

はじめに:
ほとんどのアプリケーションでは、データベースがコアコンポーネントです。アプリケーションのパフォーマンスを向上させるには、データベースのクエリプランを最適化してリソースの消費を削減する必要があります。 ThinkORM は、この目標の達成に役立つ人気のある PHP ORM フレームワークです。この記事では、ThinkORM を使用してデータベースクエリプランを最適化する方法を紹介し、いくつかのコード例を示します。

インデックスの使用
インデックスは、データベースクエリを最適化するための重要な手段です。 ThinkORM は、インデックスを作成および使用するための柔軟な方法を提供します。ここでは、インデックスの使用に関する一般的なヒントをいくつか紹介します。

1.1 適切なインデックスの作成を検討する
データベーステーブルを設計するときは、クエリに適したインデックスの作成を考慮する必要があります。たとえば、頻繁に使用されるクエリ条件フィールドにインデックスを作成すると、クエリの効率が大幅に向上します。 ThinkORM では、index メソッドを使用してインデックスを作成できます。以下に例を示します。

class User extends Model
{
    protected $table = 'users';

    protected $index = [
        'name',
        'email',
    ];
}

ログイン後にコピー

上記の例では、レコードをクエリするときに一致をより速く見つけることができるように、name フィールドと email フィールドにインデックスが付けられています。

1.2 複数フィールドのインデックス
複数のフィールドに基づいてクエリを実行する必要がある場合があります。この場合、複数フィールドのインデックスを使用してクエリの効率を向上させることができます。 ThinkORM では、compoundIndex メソッドを使用して複数フィールドのインデックスを作成できます。以下に例を示します。

class Order extends Model
{
    protected $table = 'orders';

    protected $compoundIndex = [
        ['user_id', 'status'],
    ];
}

ログイン後にコピー

上記の例では、user_id フィールドと status フィールドに基づいて複数フィールドインデックスが作成されます。

関連クエリの最適化
関連クエリは、一般的なデータベースクエリ操作の 1 つです。 ThinkORM では、hasOne、hasMany およびその他のメソッドを使用して、関連するクエリを実行できます。関連するクエリを最適化するには、eagerlyLoad メソッドを使用して関連データをプリロードし、クエリの数を減らすことを検討できます。

以下は例です:

class User extends Model
{
    protected $table = 'users';

    public function orders()
    {
        return $this->hasMany(Order::class);
    }
}

$users = User::with('orders')->get();

ログイン後にコピー

上の例では、with メソッドを通じて、User モデルをロードできます。クエリごとに関連するクエリを実行するのではなく、すべての Order モデルが関連付けられます。これにより、クエリ効率が大幅に向上します。

ページングクエリの最適化
大量のデータの場合、ページングクエリの効率が低くなる可能性があります。ページングクエリを最適化するために、従来の limit および offset メソッドの代わりにカーソルページングの使用を試みることができます。 ThinkORM では、cursor メソッドを使用してカーソルページングを実装できます。

これは例です:

$lastId = 0;

$users = User::cursor(function ($query) use (&$lastId) {
    $query->where('id', '>', $lastId)
        ->orderBy('id')
        ->limit(100);
})->get();

ログイン後にコピー

上の例では、cursor メソッドを通じてクエリを実行し、where を使用します。条件はカーソルページングの開始位置を指定し、limit メソッドを使用してページごとに返されるデータ量を制限します。このようにして、従来のページングクエリで offset を使用することによって引き起こされるパフォーマンスの問題を回避できます。

N 1 クエリの問題を回避する
関連クエリでは、プリロードテクノロジを正しく使用しないと、N 1 クエリの問題が発生しやすくなります。複数の関連付けがある場合、各クエリによって追加のクエリが生成されます。この問題を回避するには、withCount メソッドを使用して、関連するクエリの数を一度にロードします。

以下は例です:

class User extends Model
{
    protected $table = 'users';

    public function orders()
    {
        return $this->hasMany(Order::class);
    }
}

$users = User::withCount('orders')->get();

ログイン後にコピー

上の例では、withCount## を使用して User モデルの関連付けを一度にロードしました。 # メソッド Order モデルの数量情報により、N 1 クエリの問題が回避されます。

結論:

インデックスを合理的に使用し、関連クエリを最適化し、クエリをページングし、N 1 クエリの問題を回避することで、ThinkORM を通じてデータベースクエリプランを最適化し、それによってリソース消費を削減し、アプリケーションのパフォーマンスを向上させることができます。この記事の内容が読者の皆様のお役に立てれば幸いです。

参考: