Collective.tin、collective.lead、および SqlAlchemy を使用して、MySql db と Plone (最後のアップグレードは Plone 4.0 へのアップグレード) を統合したハイブリッド Web アプリケーションがあります。
わかりました、collective.tin がリリースされたことはなく、collective.lead が取って代わられたことは知っています。ただし、数年以来、すべてが(ほぼ)完全に機能します。
最近、非常に奇妙な動作が発生したため、それを理解するために助けを求めています。
とりわけ、collective.tin のサブクラス化によって定義された A と B などの 2 つの Plone コンテンツ タイプと、対応する innodb MySql テーブルがあります。B の行には、A に対する外部キーがあります。
15 ~ 20 分間で、2 人の異なるユーザーが 3 つの A オブジェクトと 10 ~ 20 個の B オブジェクトを作成しました。これらは MySql にコミットされていませんが、Plone によってインデックス化されていました。Linux シェルから MySql クライアントで実行したクエリは、これらの A 行を見つけることができませんでした (B 行を検索しませんでした)。ただし、これら 2 人のユーザーと他のユーザーが Web アプリケーション (前述のコンポーネント スタック) を介して実行したクエリは、3 つの A オブジェクトの一部を見つけて正しく視覚化することがありました。
Zope インスタンスを再起動して初めて、Plone Web インターフェイスから通常のアクティビティを再開することができました。3 A 行と多くの B 行がまだ MySql db から欠落していましたが、自動インクリメント カウンターは予期されたインクリメントを示しました。A オブジェクトの 3 つの無効な頭脳を Plone インデックスから削除する必要がありました (B オブジェクトについては心配しませんでした)。
考えられる原因と問題の調査方法について何か提案はありますか?