- Dikirim
- 20 Agustus 2026 pukul 21.53 UTC
- Penulis
- Kamo
- Commit
- 811db57
createLead menyimpan memimpin dan kemudian, dalam transaksi yang sama, berlari CountAssignablePool untuk menyiarkan angka "Leads Tersedia" yang baru. On Yugabita teDB pembacaan setelah menulis dalam transaksi yang sama kembali 40001 "Baca ulang dibutuhkan (query layer retry tidak mungkin karena ini bukan perintah pertama dalam transaksi), "yang ABORTS transaksi (25P02). Tangkapan di sekitarnya masuk "Pool-avability mempublikasikan gagal" dan melanjutkan - tetapi transaksi sudah mati, jadi setiap pernyataan kemudian gagal dan commit datang kembali sebagai "ditandai sebagai rollback-only". Penerbitan didokumentasikan sebagai "tidak pernah" fatal "diam-diam menghancurkan memimpin itu baru saja ditulis. Sebuah asupan 789- baris run hilang 101 mengarah ke ini dan harus re- run, yang juga bagaimana itu ditemukan. Didukung untuk afterCommit () via * * * * * * * * * * * * * cocok Mungkin Push ToLos di kelas yang sama, dengan inline fallback ketika tidak ada transaksi aktif. Hanya tombol skalar yang ditangkap - setelah melakukan memimpin adalah terpisah. Angka ini juga lebih benar di sana: diterbitkan pra- commit, itu mengumumkan hitungan tidak ada pembaca lain bisa melihat belum. Mempengaruhi setiap pemanggil CreateLead: penyihir impor, pemimpin-masukan titik akhir, bentuk Webinar / demo publik, API dan konsumen sosial.