fatal lock wait timeout(7200) should be replaced by SRV_SEMAPHORE_WAIT_EXTENSION in row_import_tablespace_for_mysql

Bug #1038383 reported by yinfeng
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona Server moved to https://jira.percona.com/projects/PS
Status tracked in 5.7
5.1
Won't Fix
Low
Unassigned
5.5
Triaged
Low
Unassigned
5.6
Invalid
Undecided
Unassigned
5.7
Invalid
Undecided
Unassigned

Bug Description

read code of function row_import_tablespace_for_mysql in row0mysql.c (Percona-Server-5.5.25a-rel27.1)

2704 /* Enlarge the fatal lock wait timeout during import. */
2705 mutex_enter(&kernel_mutex);
2706 srv_fatal_semaphore_wait_threshold += 7200; /* 2 hours */
2707 mutex_exit(&kernel_mutex);

actually , In MySQL5.5.25 and later version, "7200" was replaced by SRV_SEMAPHORE_WAIT_EXTENSION.

Revision history for this message
Raghavendra D Prabhu (raghavendra-prabhu) wrote :

SRV_SEMAPHORE_WAIT_EXTENSION is still there in PS in other places.

But the code segment quoted is no longer part of the upstream code (ie. the semaphore wait addition has been removed), however it is still part of PS.

This could either be a merge regression or a fix for upstream regression (since importing tablespaces can take longer than default 600 seconds) .

If it is an upstream regression, then srv_fatal_semaphore_wait_threshold += SRV_SEMAPHORE_WAIT_EXTENSION; would be the right fix.

Revision history for this message
Laurynas Biveinis (laurynas-biveinis) wrote :

Yes, the recently-introduced SRV_SEMAPHORE_WAIT_EXTENSION is a good constant to use here.

tags: added: low-hanging-fruit xtradb
Revision history for this message
Shahriyar Rzayev (rzayev-sehriyar) wrote :

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PS-2789

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.