Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
M
mariadb
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
Kirill Smelkov
mariadb
Commits
28187edf
Commit
28187edf
authored
Jun 08, 2010
by
Inaam Rana
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Add call to log_free_check() in the DML code paths that were missing
this before.
parent
76a7cda3
Changes
5
Hide whitespace changes
Inline
Side-by-side
Showing
5 changed files
with
59 additions
and
4 deletions
+59
-4
storage/innodb_plugin/row/row0ins.c
storage/innodb_plugin/row/row0ins.c
+9
-0
storage/innodb_plugin/row/row0purge.c
storage/innodb_plugin/row/row0purge.c
+11
-0
storage/innodb_plugin/row/row0uins.c
storage/innodb_plugin/row/row0uins.c
+12
-1
storage/innodb_plugin/row/row0umod.c
storage/innodb_plugin/row/row0umod.c
+13
-1
storage/innodb_plugin/row/row0upd.c
storage/innodb_plugin/row/row0upd.c
+14
-2
No files found.
storage/innodb_plugin/row/row0ins.c
View file @
28187edf
...
...
@@ -51,6 +51,15 @@ Created 4/20/1996 Heikki Tuuri
#define ROW_INS_PREV 1
#define ROW_INS_NEXT 2
/*********************************************************************//**
IMPORTANT NOTE: Any operation that generates redo MUST check that there
is enough space in the redo log before for that operation. This is
done by calling log_free_check(). The reason for checking the
availability of the redo log space before the start of the operation is
that we MUST not hold any synchonization objects when performing the
check.
If you make a change in this module make sure that no codepath is
introduced where a call to log_free_check() is bypassed. */
/*********************************************************************//**
Creates an insert node struct.
...
...
storage/innodb_plugin/row/row0purge.c
View file @
28187edf
...
...
@@ -44,6 +44,16 @@ Created 3/14/1997 Heikki Tuuri
#include "row0mysql.h"
#include "log0log.h"
/*********************************************************************//**
IMPORTANT NOTE: Any operation that generates redo MUST check that there
is enough space in the redo log before for that operation. This is
done by calling log_free_check(). The reason for checking the
availability of the redo log space before the start of the operation is
that we MUST not hold any synchonization objects when performing the
check.
If you make a change in this module make sure that no codepath is
introduced where a call to log_free_check() is bypassed. */
/********************************************************************//**
Creates a purge node to a query graph.
@return own: purge node */
...
...
@@ -126,6 +136,7 @@ row_purge_remove_clust_if_poss_low(
pcur
=
&
(
node
->
pcur
);
btr_cur
=
btr_pcur_get_btr_cur
(
pcur
);
log_free_check
();
mtr_start
(
&
mtr
);
success
=
row_purge_reposition_pcur
(
mode
,
node
,
&
mtr
);
...
...
storage/innodb_plugin/row/row0uins.c
View file @
28187edf
...
...
@@ -46,6 +46,16 @@ Created 2/25/1997 Heikki Tuuri
#include "ibuf0ibuf.h"
#include "log0log.h"
/*********************************************************************//**
IMPORTANT NOTE: Any operation that generates redo MUST check that there
is enough space in the redo log before for that operation. This is
done by calling log_free_check(). The reason for checking the
availability of the redo log space before the start of the operation is
that we MUST not hold any synchonization objects when performing the
check.
If you make a change in this module make sure that no codepath is
introduced where a call to log_free_check() is bypassed. */
/***************************************************************//**
Removes a clustered index record. The pcur in node was positioned on the
record, now it is detached.
...
...
@@ -152,7 +162,6 @@ row_undo_ins_remove_sec_low(
ulint
err
;
mtr_t
mtr
;
log_free_check
();
mtr_start
(
&
mtr
);
found
=
row_search_index_entry
(
index
,
entry
,
mode
,
&
pcur
,
&
mtr
);
...
...
@@ -335,6 +344,7 @@ row_undo_ins(
transactions. */
ut_a
(
trx_is_recv
(
node
->
trx
));
}
else
{
log_free_check
();
err
=
row_undo_ins_remove_sec
(
node
->
index
,
entry
);
if
(
err
!=
DB_SUCCESS
)
{
...
...
@@ -346,5 +356,6 @@ row_undo_ins(
node
->
index
=
dict_table_get_next_index
(
node
->
index
);
}
log_free_check
();
return
(
row_undo_ins_remove_clust_rec
(
node
));
}
storage/innodb_plugin/row/row0umod.c
View file @
28187edf
...
...
@@ -58,12 +58,22 @@ delete marked clustered index record was delete unmarked and possibly also
some of its fields were changed. Now, it is possible that the delete marked
version has become obsolete at the time the undo is started. */
/*********************************************************************//**
IMPORTANT NOTE: Any operation that generates redo MUST check that there
is enough space in the redo log before for that operation. This is
done by calling log_free_check(). The reason for checking the
availability of the redo log space before the start of the operation is
that we MUST not hold any synchonization objects when performing the
check.
If you make a change in this module make sure that no codepath is
introduced where a call to log_free_check() is bypassed. */
/***********************************************************//**
Checks if also the previous version of the clustered index record was
modified or inserted by the same transaction, and its undo number is such
that it should be undone in the same rollback.
@return TRUE if also previous modify or insert of this row should be undone */
UNIV_INLINE
static
ibool
row_undo_mod_undo_also_prev_vers
(
/*=============================*/
...
...
@@ -231,6 +241,8 @@ row_undo_mod_clust(
ut_ad
(
node
&&
thr
);
log_free_check
();
/* Check if also the previous version of the clustered index record
should be undone in this same rollback operation */
...
...
storage/innodb_plugin/row/row0upd.c
View file @
28187edf
...
...
@@ -92,6 +92,16 @@ the x-latch freed? The most efficient way for performing a
searched delete is obviously to keep the x-latch for several
steps of query graph execution. */
/*********************************************************************//**
IMPORTANT NOTE: Any operation that generates redo MUST check that there
is enough space in the redo log before for that operation. This is
done by calling log_free_check(). The reason for checking the
availability of the redo log space before the start of the operation is
that we MUST not hold any synchonization objects when performing the
check.
If you make a change in this module make sure that no codepath is
introduced where a call to log_free_check() is bypassed. */
/***********************************************************//**
Checks if an update vector changes some of the first ordering fields of an
index record. This is only used in foreign key checks and we can assume
...
...
@@ -1453,7 +1463,6 @@ row_upd_sec_index_entry(
entry
=
row_build_index_entry
(
node
->
row
,
node
->
ext
,
index
,
heap
);
ut_a
(
entry
);
log_free_check
();
mtr_start
(
&
mtr
);
found
=
row_search_index_entry
(
index
,
entry
,
BTR_MODIFY_LEAF
,
&
pcur
,
...
...
@@ -1529,7 +1538,7 @@ Updates the secondary index record if it is changed in the row update or
deletes it if this is a delete.
@return DB_SUCCESS if operation successfully completed, else error
code or DB_LOCK_WAIT */
UNIV_INLINE
static
ulint
row_upd_sec_step
(
/*=============*/
...
...
@@ -2015,6 +2024,7 @@ row_upd(
if
(
node
->
state
==
UPD_NODE_UPDATE_CLUSTERED
||
node
->
state
==
UPD_NODE_INSERT_CLUSTERED
)
{
log_free_check
();
err
=
row_upd_clust_step
(
node
,
thr
);
if
(
err
!=
DB_SUCCESS
)
{
...
...
@@ -2029,6 +2039,8 @@ row_upd(
}
while
(
node
->
index
!=
NULL
)
{
log_free_check
();
err
=
row_upd_sec_step
(
node
,
thr
);
if
(
err
!=
DB_SUCCESS
)
{
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment