<div dir="ltr"><div><div><div><div><div><div><div>Hi Peter,<br><br></div>In thread:<br><a href="http://lists.kamailio.org/pipermail/sr-dev/2013-January/018347.html">http://lists.kamailio.org/pipermail/sr-dev/2013-January/018347.html</a><br>
you mentioned transaction support that you have added to PostgreSQL driver. Unfortunately I do need to use mysql as our HA solution is based on mysql cluster.<br></div><br></div>Hence I have implemented the required new functions e.g start_transaction.<br>
<br></div>However mysql only has one table locking mode (unlike PostgreSQL) and if you lock a table within a transaction, you can't read other tables without also obtaining locks for them as well.  As there are places where active_watchers table is locked but the code tries to query the watchers table, this is an issue.  I have simply disabled the table locking for the time being.<br>
<br></div>It is possible that the implicit transaction locking that mysql is enough to solve the issues you were trying to solve.  To determine this, can you tell me or point to a thread that explains what race conditions were trying to be mitigated in process_notifier mode.<br>
<br></div>Cheers and thanks<br></div>Shane<br clear="all"><div><div><div><div><div><div><div><div><br>-- <br><div>Imagination NZ Ltd<br>Level 6 </div>
<div>92 Queens Drive<br>P0 Box 30449<br>Lower Hutt 5040<br><br>+64 4 5703870 Extn 875<br>+64 21 608919  (mobile)<br></div>
</div></div></div></div></div></div></div></div></div>