Bug 274501 - Bugzilla increases ID always +10 and not +1
Summary: Bugzilla increases ID always +10 and not +1
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Bugzilla
Classification: Community
Component: Creating/Changing Bugs
Version: devel
Hardware: All
OS: All
medium
low
Target Milestone: ---
Assignee: PnT DevOps Devs
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-09-02 11:17 UTC by Robert Scheck
Modified: 2013-06-24 02:50 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-09-02 23:55:29 UTC
Embargoed:


Attachments (Terms of Use)

Description Robert Scheck 2007-09-02 11:17:49 UTC
Description of problem:
It looks to me like the ID for new bug reports is always +10 increased and not 
+1. A good example for this is bug #274481 and the right away after created bug 
#274491 - the bugs between them don't seem to exist. If I am right, this bug 
report will be ID #274501 or #274511.

Version-Release number of selected component (if applicable):
Bugzilla Version 2.18-rh

How reproducible:
For me everytime currently.

Actual results:
Bugzilla increases ID always +10 and not +1

Expected results:
Normal behaviour like in the past?!

Comment 1 Noura El hawary 2007-09-02 23:55:29 UTC
With our new move to a replicated MySQL server environment, we had to change the
increment value to 20. This allows future growth when dealing with master to
master server replication. So this would explain what you are seeing.

Comment 2 Bill Nottingham 2007-09-18 18:21:07 UTC
mysql can't actually keep the sequence ID in sync across multiple masters?

Comment 3 David Lawrence 2007-09-18 18:57:58 UTC
This link explains some of the reason it must be configured this way.

http://www.onlamp.com/pub/a/onlamp/2006/04/20/advanced-mysql-replication.html

It is also well documented in the MySQL documentation but I can't find the link
at the moment. We plan to have multiple masters spread around geographically in
the future. The gaps you have in your primary keys determine how many masters
you can have so currently this would limit us to 10. We used to have this set to
20 and 
since lowered it to 10.

Dave



Note You need to log in before you can comment on or make changes to this bug.