OpCodeキャッシュは、コンパイルされたコードをキャッシュし、サーバーの負(fù)荷と応答時(shí)間を短縮することにより、PHPのパフォーマンスを大幅に向上させます。 1）コンパイルされたPHPコードをメモリに保存し、解析とコンパイルをバイパスします。 2）メモリ消費(fèi)やスクリプトの制限など、PHP.iniにパラメーターを設(shè)定してOpCacheを使用します。 3）高度な手法には、実行速度をさらに強(qiáng)化するためのPHP 7.4でのプリロードが含まれます。

PHPのパフォーマンスの最適化に関しては、Opcodeキャッシュを使用することはゲームチェンジャーとして際立っています。しかし、なぜそれがそんなに重要なのですか？ PHPの世界に飛び込み、OpCodeキャッシングがアプリケーションのパフォーマンスをどのように変えることができるかを見てみましょう。

さまざまなPHPプロジェクトの旅で、OpCodeキャッシングがサーバーの負(fù)荷を削減し、応答時(shí)間を劇的に改善する方法を直接見てきました。 PHPスクリプトのターボブーストがあるようなものです。しかし、OpCodeキャッシングとは正確には何ですか？また、その力をどのように活用できますか？

OpCodeキャッシュは、本質(zhì)的にコンパイルされたPHPコードをメモリに保存するため、同じPHPスクリプトを何度も再コンパイルする代わりに、サーバーはキャッシュされたバイトコードを直接使用できます。これは、解析とコンパイルの遅いプロセスを回避します。これは、トラフィックや複雑なロジックが高いアプリケーションに特に有益です。

OpCodeキャッシングの仕組みとPHP環(huán)境でどのように実裝できるかを調(diào)べて、これをさらに探りましょう。

まず、PHPが解釈された言語であることを理解する必要があります。 PHPスクリプトが実行されるたびに、PHPインタープリターはスクリプトを読み取り、オペコードにコンパイルしてから、これらのオペコードを?qū)g行します。このプロセスは、特に頻繁にアクセスされるスクリプトの場合、時(shí)間がかかる場合があります。

ここで、Opcodeキャッシングが登場します。 PHP 5.5以降のバージョンと後のバージョンにバンドルされたOpcacheなどのツールは、これらのオプコードをメモリにキャッシュします。キャッシュされると、同じスクリプトのその後のリクエストがコンピレーションステップをスキップし、実行時(shí)間を速くすることができます。

それでは、PHP環(huán)境でOpcacheをセットアップする方法を見てみましょう。それは比較的簡単ですが、考慮すべきいくつかのニュアンスがあります。

 ; Opcacheを有効にします
opcache.enable = 1

; Opcacheのメモリ制限を設(shè)定します
opcache.memory_consumption = 128

;スクリプトの最大數(shù)をキャッシュに設(shè)定します
opcache.max_accelerated_files = 4000

; CLIのOpCacheを有効にします
opcache.enable_cli = 1

;キャッシュされたスクリプトタイムスタンプを検証します
opcache.validate_timestamps = 1

;間隔を設(shè)定して、スクリプトタイムスタンプを確認(rèn)します
opcache.revalidate_freq = 0

php.iniファイルのこれらの設(shè)定により、Opcacheから開始できます。しかし、いくつかの重要なパラメーターについて話しましょう。

• opcache.memory_consumption Opcacheが使用できるメモリの量を制御します。これは、サーバーの使用可能なメモリとアプリケーションのサイズとバランスをとる必要があります。
• opcache.max_accelerated_files 、キャッシュできるスクリプトの數(shù)を決定します。これは、アプリケーション內(nèi)のPHPファイルの數(shù)に従って設(shè)定する必要があります。
• opcache.validate_timestampsおよびopcache.revalidate_freqは、開発環(huán)境にとって重要です。生産では、タイムスタンプの検証を無効にして、パフォーマンスをさらに向上させることをお?jiǎng)幛幛筏蓼埂?/li>

私の経験では、Opcacheに最も一般的な落とし穴の1つは、これらの設(shè)定を適切に調(diào)整しないことです。たとえば、 opcache.memory_consumptionが低すぎると、頻繁にキャッシュの立ち退きにつながる可能性がありますが、それを高く設(shè)定しすぎると、他のメモリプロセスが飢えている可能性があります。

考慮すべきもう1つの側(cè)面は、開発ワークフローに対するOpcacheの影響です。コードを常に更新している場合は、キャッシュの利點(diǎn)とすぐに反映される変更を確認(rèn)する必要性のバランスをとる必要があります。そのような場合、 opcache.revalidate_freq重要になります。

次に、OpCacheを効果的に使用するためのいくつかの高度な手法と考慮事項(xiàng)について説明しましょう。

1つの高度な手法は、PHP 7.4で導(dǎo)入されたOpcacheのプリロード機(jī)能を使用することです。プリロードを使用すると、サーバー起動(dòng)時(shí)に特定のPHPファイルをロードおよびキャッシュできます。これにより、スクリプトを?qū)g行するのにかかる時(shí)間をさらに短縮できます。

 opcache.preload =/path/to/preload.php
opcache.preload_user = www-data

preload.phpには、プリロードするファイルを含めることができます。

 <？php
require_once &#39;vendor/autoload.php&#39;;
require_once &#39;path/to/your/critival/file.php&#39;;

このアプローチは、多くの依存関係を持つ大規(guī)模なアプリケーションにとって特に有益です。

ただし、考慮すべき潛在的な欠點(diǎn)があります。プリロードはメモリの使用量を増やす可能性があり、慎重に管理されていないと、PHP-FPMプロセスのスタートアップ時(shí)間が遅くなる可能性があります。これは、初期負(fù)荷時(shí)間とその後の実行速度とのトレードオフです。

別の考慮事項(xiàng)は、OpcacheとAPCUやMemcachedなどの他のキャッシュメカニズムとの相互作用です。 OpcacheはOpcodeキャッシングに焦點(diǎn)を當(dāng)てていますが、これらの他のツールはデータキャッシングを処理します。彼らが調(diào)和して働くことを保証することは少し挑戦になる可能性がありますが、全體的なパフォーマンスには重要です。

パフォーマンスメトリックに関しては、Opcacheを正しく実裝した後、アプリケーションが応答時(shí)間を最大50％削減することを目指しています。ただし、実際の影響は、アプリケーションのアーキテクチャ、スクリプトの複雑さ、サーバー環(huán)境に基づいて異なります。

まとめると、Opcacheを使用したOpcodeキャッシングは、PHPパフォーマンス最適化アーセナルの強(qiáng)力なツールです。セットアップは比較的簡単ですが、特定のニーズに合わせて調(diào)整するには、少しの実験と監(jiān)視が必要です。サーバーのメモリの使用に注意してください。また、アプリケーションが進(jìn)化するにつれて設(shè)定を調(diào)整することをheしないでください。

パフォーマンスの最適化は継続的なプロセスであることを忘れないでください。アプリケーションが成長するにつれて、OpCache構(gòu)成を再検討し、PREPERINGのプリロードなどの高度な機(jī)能を検討して、PHPスクリプトをピーク効率で実行し続けます。

以上がPHPパフォーマンスの最適化：OpCodeキャッシングの使用の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。