シナリオは次のとおりです。
UPDATED テーブルのロックと重複セッションの問題を指摘してくれた ankata に感謝します。
トランザクションの開始一連のクエリを実行します。特に次の 2 つです (プライベート データは削除されます)。
START TRANSACTION
... various select statements...
INSERT INTO `leads` (`vertical_id`, `offer_id`, `campaign_id`, `affiliate_id`, `creative_id`, `is_test`, `ignoreme`, `qualified`, `usid`, `first_name`, `last_name`, `email`, `address`, `city`, `state`, `zip`, `phone`, `ip_address`, `referrer`, `duplicate_hash`, `address2`, `form_message`, `microtime`, `created`, `sub_id`, `score`, `imported`, `buyer_price`, `purchased_price`) VALUES ('45', '82', '151', '3', '0', 0, 0, 1, '0510', 'CharXX', 'MXX', 'XXXXX@yahoo.com', '451 XXX', 'Hagerstown', 'MD', '21740', '301-------', '405877318', 'X', 'e0534ea843c35d0f300ed4ff6e65b8db', '', 'redacted', '1368665153.6829', NOW(), '333', 0, 0, '0', '0')
INSERT INTO `fields_leads` (`lead_id`, `field_id`, `vertical_id`, `offer_id`, `campaign_id`, `value`) VALUES ('56575', '866', '45', '82', '151', 'CharXX')
COMMIT
その間、他の取引が行われています。トランザクション後、insertID 56575 は、さまざまなビジネス関連の他のテーブルのキーとして使用されます。
問題は、leads.id=56575 を探しに行くときです。leadsgeneral.log に DELETE FROM ステートメントはありません。このクエリに関するロールバック ステートメントもありません。MySQL クライアント バージョン 5.0.77 を実行しています。どんな洞察も非常に役に立ちます、ありがとう!