CherryPy、SQLAlchemyコアスレッドの安全性？

Question

私のWebベースのアプリでは、私はCherrypy 3.2をHTTPフレームワークとして使用することに決めました。

私はcherrypy.Applicationクラスを使用して、Apache2経由でmod_wsgiで提供されるWSGI互換appliactionオブジェクトを作成しています。

また、私はSQLalchemy 0.7.3（ORMではない）のコアコンポーネントだけを使用しています。リクエストごとに正確なセッションバインディングを行うためにcherrypyにいくつかのツールが用意されています（SAToolsなど）。しかし、SQLalchemyのSessionオブジェクトは、コアではなくORMの一部です。

私は同様のツールを作成する方法についてはセッションがなくても考え始めました。

SQLAlchemyののドキュメントは言う：Pythonのマルチプロセッシングモジュールos.forkシステムコールを使用して、複数のプロセス・アプリケーション、 または例えば

、それは通常、別のエンジンを使用する必要が です子プロセスごとに

チェリーピーススレッドごとに1つのエンジンを正しく作成するにはどうすればよいですか？スレッドはapache2（おそらく）によって作成されることに注意してください。

ありがとうございました！

編集：それは多分重要であり、そのWSGIアプリケーションがmod_wsgiの下でのapache2

Answer 1

によってデーモンモードで実行されて、私は質問を理解している場合、アプリケーションがプリインストールされていないので、私は、これは問題だとは思いませんmod_wsgiのforkの前にメモリに書き込む。代わりに、アプリケーションは個別のプロセスに別々にロードされるため、フォーク全体の継承のために共有されたものから問題は発生しません。