[DOCS] Shadowdb and Table locking issues
Max Kanat-Alexander
mkanat at bugzilla.org
Sun Feb 3 02:54:06 UTC 2008
On Sat, 2 Feb 2008 17:04:26 -0500 "Sam Folk-Williams"
<sam at predisposition.com> wrote:
> Hi Max - OK so it looks like the switch was made to InnoDB to avoid
> this in 3.2, correct? But 3.0 and below still uses MyISAM (and hence
> locking).
That's right.
> So should this whole shadow DB thing be removed for 3.2? Or
> is there still some benefit to using it?
I really have no idea at this point, actually.
> OK but for 3.2 this is no longer correct: "These types are slower than
> the standard
> type, and Bugzilla does not yet take advantage of features such as
> transactions which would justify this speed decrease". It sounds like
> now Bugzilla /does/ use these features and InnoDB, yeah?
Yes, kind of. Since we aren't MySQL-specific, we don't use the
MySQL-specific row-locking SQL, or at the very least we haven't yet
identified any race conditions that would make that necessary. There's
a certain sort of row-level locking that happens automatically inside
our transactions.
Anyhow, that was me being all technical, but the simple answer
is "Yes, that section is no longer needed."
-Max
--
http://www.everythingsolved.com/
Competent, Friendly Bugzilla and Perl Services. Everything Else, too.
More information about the developers
mailing list