PHPをインストールする際、公式サイトのダウンロードページやパッケージマネージャーの選択肢に「NTS」と「TS」という表記があることに気づく方は多いでしょう。

これらはPHPの動作モードを決定する非常に重要な区分であり、選択を誤るとサーバーのパフォーマンス低下や、予期せぬシステムダウンを引き起こす原因となります。

特にWindows環境での構築や、特定のWebサーバーと組み合わせる場合には、それぞれの内部的な仕組みを正しく理解しておく必要があります。

本記事では、プログラミング言語としてのPHPが持つスレッドセーフの概念から、現在の主流となっているサーバー構成における最適な選び方までを詳しく整理していきます。

開発環境や本番環境を構築する前に、まずはそれぞれの違いを明確にし、どちらを採用すべきかの判断基準を身につけておきましょう。

目次 [ close ]
  1. PHPにおける「Thread Safe（TS）」の定義と仕組み
  2. 「Non-Thread Safe（NTS）」の特性とメリット
  3. TS版とNTS版の構造的な違いを比較
  4. サーバー環境に応じた選び方のガイドライン
    1. Linux + Apache（mod_php）の場合
    2. Linux + Nginx（PHP-FPM）の場合
    3. Windows + IIS（FastCGI）の場合
    4. コマンドライン（CLI）で使用する場合
  5. 現在の環境が「NTS」か「TS」かを確認する方法
    1. コマンドラインで確認する場合
    2. PHPスクリプトで確認する場合
  6. 拡張機能（Extensions）の互換性に注意
  7. PHPの歴史と「Thread Safe」の必要性の変化
  8. まとめ

PHPにおける「Thread Safe（TS）」の定義と仕組み

Thread Safe（TS）とは、その名の通り「マルチスレッド環境において安全に動作する」ことを保証したバイナリを指します。

Webサーバーが1つのプロセス内で複数のスレッドを立ち上げて並列処理を行う場合、PHPもそれに対応した動きをしなければなりません。

マルチスレッド環境では、複数のスレッドがメモリ上の同じデータ領域に同時にアクセスする可能性があります。

このとき、データの整合性を保つための排他制御が行われないと、メモリの競合が発生し、プログラムがクラッシュするリスクが高まります。

PHPでは「Zend Thread Safety（ZTS）」という仕組みを導入することで、この問題を解決しています。

TS版のPHPは、各スレッドに対して専用のデータコピーを作成したり、共有リソースへのアクセスを厳密に管理したりする機能を備えています。

これにより、マルチスレッド型のWebサーバー（ApacheのWorker MPMやEvent MPM、Windows上のIISの一部構成など）と統合して動作させることが可能になります。

ただし、こうした高度な管理機能が組み込まれているため、バイナリサイズは大きくなり、実行時のオーバーヘッドも発生しやすくなります。

「Non-Thread Safe（NTS）」の特性とメリット

Non-Thread Safe（NTS）は、スレッドセーフのための管理機能を一切持たない設計のPHPバイナリです。

NTS版は、「1つのプロセスが単一の処理に専念する」という前提で動作します。

マルチスレッド環境で発生するようなメモリ競合を考慮する必要がないため、コードの実行が非常にシンプルになります。

余分な排他制御やスレッドごとのデータ管理を行わない分、NTS版はTS版に比べて処理速度が高速であり、メモリ消費量も少なくて済むという利点があります。

現在のWeb開発においては、サーバー側でFastCGIなどの技術を用いて「1つのプロセス＝1つのリクエスト」を処理する方式が主流です。

このようなマルチプロセス型の構成では、PHP側でスレッドの安全性を確保する必要がありません。

そのため、Linux環境での標準的な運用や、最新の高速なWebサーバー環境では、基本的にNTS版が選ばれるようになっています。

TS版とNTS版の構造的な違いを比較

ここで、両者の主な違いを表にまとめました。

比較項目Thread Safe（TS）Non-Thread Safe（NTS）
内部エンジンZend Thread Safety (ZTS) 有効Zend Thread Safety (ZTS) 無効
主な用途Apacheモジュール（mod_php）などPHP-FPM, FastCGI, CLI
パフォーマンス管理負荷により若干低下する場合がある無駄な処理がなく高速
安定性マルチスレッド下での安定性を重視独立したプロセスでの安定性を重視
リソース消費やや高い効率的で低い

このように、どちらが優れているかという問題ではなく、「どのような実行環境で動かすか」によって正解が決まります。

サーバー環境に応じた選び方のガイドライン

実際のサーバー構築において、どちらを選択すべきかをケース別に解説します。

Linux + Apache（mod_php）の場合

Apache HTTP ServerでPHPを「モジュール形式（mod_php）」として組み込む場合、Apacheの動作モード（MPM）を確認してください。

Apacheを「prefork MPM」で動作させている場合は、プロセスベースの動作になるため、基本的にはTS版を必要としませんが、歴史的な経緯からTS版が使われることもあります。

一方、スレッドを多用する「worker MPM」や「event MPM」を使用する場合、PHPは必ずTS（Thread Safe）版である必要があります。

ただし、現在ではApache環境であっても、パフォーマンスの観点からmod_phpではなく、後述するPHP-FPM（NTS）を利用する構成が推奨されています。

Linux + Nginx（PHP-FPM）の場合

Nginxはマルチプロセス・イベント駆動型のWebサーバーであり、PHPを実行する際には「PHP-FPM」というマネージャー経由で処理を行います。

この構成では、PHPは独立したワーカープロセスとして動作するため、スレッドセーフである必要が全くありません。

したがって、Nginx環境では「NTS（Non-Thread Safe）版」を選択するのが正解です。

現在、最も一般的かつ高効率なPHP環境はこの組み合わせであり、NTS版のパフォーマンスメリットを最大限に享受できます。

Windows + IIS（FastCGI）の場合

Windows環境のIIS（Internet Information Services）でPHPを動かす場合、かつてはISAPIという方式でTS版が使われていました。

しかし、現在のMicrosoftはPHPをFastCGI経由で動作させることを強く推奨しています。

FastCGIは単一プロセスのリサイクルによって並列処理を行う仕組みであるため、スレッドセーフ機能は不要です。

そのため、Windows + IISという構成であっても、現在はNTS版をインストールするのが標準的な選択となります。

コマンドライン（CLI）で使用する場合

ターミナルやコマンドプロンプトからphpコマンドを実行するCLI環境では、基本的に1つのリクエスト（実行）に対して1つのプロセスが割り当てられます。

そのため、CLI用途であればNTS版が最適であり、計算処理などもより高速に実行される傾向にあります。

現在の環境が「NTS」か「TS」かを確認する方法

現在動作しているPHPがどちらのモードなのかは、簡単なコマンドや関数で調べることができます。

コマンドラインで確認する場合

ターミナルで以下のコマンドを入力し、実行結果を確認してください。

Shell
# PHPの情報を表示し、Thread Safetyの項目を抽出する
php -i | grep "Thread Safety"

Windowsの場合は、以下のコマンドを使用します。

Batch File
# Windows環境での確認
php -i | findstr "Thread Safety"

実行結果として、以下のような出力が得られます。

実行結果
Thread Safety => enabled (TS版の場合)
Thread Safety => disabled (NTS版の場合)

enabledとなっていればTS版、disabledとなっていればNTS版であることがわかります。

PHPスクリプトで確認する場合

ブラウザ上で確認したい場合は、phpinfo()関数を実行するファイルを作成してアクセスしてください。

PHP
<?php
// 現在のPHP環境情報を表示
phpinfo();
?>

表示されたページの「Thread Safety」という項目を確認してください。

そこに「enabled」と記載があればTS版、「disabled」であればNTS版です。

また、プログラム内で動的に判定を行いたい場合は、PHP_ZTSという定数を利用することも可能です。

PHP
<?php
if (PHP_ZTS) {
    echo "この環境は Thread Safe (TS) です。";
} else {
    echo "この環境は Non-Thread Safe (NTS) です。";
}
?>

拡張機能（Extensions）の互換性に注意

PHPの本体だけでなく、追加でインストールする「拡張機能（DLLファイルや共有オブジェクト）」にも、NTS版とTS版の区別が存在します。

PHP本体がNTS版であれば、拡張機能も必ずNTS版を選ばなければならず、これらが一致していないとPHPは起動すらできません。

特にWindows環境で個別に.dllファイルをダウンロードしてくる際、バージョンの末尾に「-nts-x64」や「-ts-x64」といった識別子が付いているはずです。

これらを混在させてしまうと、「指定されたモジュールが見つかりません」といったエラーや、予期せぬメモリエラーの原因となります。

パッケージマネージャーを利用している場合は自動的に整合性が保たれますが、手動でバイナリを配置する際には細心の注意を払いましょう。

PHPの歴史と「Thread Safe」の必要性の変化

なぜこれほどまでにNTS版が推奨されるようになったのか、その背景にはWebアーキテクチャの変遷があります。

2000年代、PHPはApacheの拡張モジュール（mod_php）として動作するのが一般的でした。

当時のApacheはマルチスレッドでリクエストを処理する方向へ進化しており、それに合わせる形でPHPのスレッドセーフ機能も重視されていました。

しかし、PHPのスレッドセーフ実装は複雑であり、サードパーティ製のライブラリが完全にスレッドセーフに対応していないことも多く、不安定さの原因になっていました。

その後、FastCGIプロトコルが普及し、Webサーバーとアプリケーション（PHP）を別々のプロセスで動作させる手法が一般的になりました。

「プロセスを分ければ、PHP内部でスレッドセーフを気にする必要がない」という考え方にシフトした結果、NTS版が主流となったのです。

現在、特別な理由がない限りはNTS版を選ぶのが、開発効率とパフォーマンスの両面で有利であるとされています。

まとめ

PHPのNTS（Non-Thread Safe）とTS（Thread Safe）は、実行環境のマルチスレッド対応の有無によって使い分けるべき重要な区分です。

NTS版は、余計なオーバーヘッドがなく高速であり、Nginx + PHP-FPMやIIS + FastCGI、さらにはCLIといった現代の標準的な環境に最適です。

対してTS版は、Apacheのworker MPMのように、Webサーバーと同じプロセス内でPHPをマルチスレッド動作させる特殊な構成においてのみ必要とされます。

サーバー構築の際は、まずWebサーバーとの接続方式（SAPI）を確認し、適切なバイナリを選択するようにしてください。

もし迷った場合は、現在のWeb業界のデファクトスタンダードである「NTS版とFastCGI（またはPHP-FPM）の組み合わせ」を検討することをお勧めします。

正しい知識を持って環境を選定することで、安定かつ高速なPHPアプリケーションの基盤を築くことができるでしょう。