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
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
nexedi
MariaDB
Commits
30bac43a
Commit
30bac43a
authored
Nov 03, 2010
by
Sergey Petrunya
Browse files
Options
Browse Files
Download
Plain Diff
Merge {DS-DRR improvements:code cleanup} into MWL#128+DS-MRR tree
parents
769de756
04de32c7
Changes
2
Expand all
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
with
126 additions
and
209 deletions
+126
-209
sql/multi_range_read.cc
sql/multi_range_read.cc
+67
-134
sql/multi_range_read.h
sql/multi_range_read.h
+59
-75
No files found.
sql/multi_range_read.cc
View file @
30bac43a
This diff is collapsed.
Click to expand it.
sql/multi_range_read.h
View file @
30bac43a
...
...
@@ -49,7 +49,10 @@
#include "sql_lifo_buffer.h"
class
DsMrr_impl
;
class
Mrr_ordered_index_reader
;
/* A structure with key parameters that's shared among several classes */
class
Key_parameters
{
public:
...
...
@@ -70,101 +73,102 @@ class Key_parameters
bool
use_key_pointers
;
};
/**
Iterator over
(record, range_id) pairs that match given key value.
A class to enumerate
(record, range_id) pairs that match given key value.
We may need to scan multiple (key_val, range_id) pairs with the same
key value. A key value may have multiple matching records, so we'll need to
produce a cross-product of sets of matching records and range_id-s.
The idea is that we have an array of
(key, range_id1), (key, range_id2) ... (key, range_idN)
pairs, i.e. multiple identical key values with their different range_id-s,
and also we have ha_engine object where we can find matches for the key
value.
What this class does is produces all combinations of (key_match_record_X,
range_idN) pairs.
*/
class
Mrr_ordered_index_reader
;
class
Key_value_records_iterator
{
/*
Scan
parameters */
Key_parameters
*
param
;
/*
Use this to get table handler, key buffer and other
parameters */
Mrr_ordered_index_reader
*
owner
;
Lifo_buffer_iterator
identical_key_it
;
uchar
*
last_identical_key_ptr
;
bool
get_next_row
;
//handler *h;
/* TRUE <=> We can get at most one index tuple for a lookup key */
//bool index_ranges_unique;
Mrr_ordered_index_reader
*
owner
;
/* key_buffer.read() reads to here */
uchar
*
cur_index_tuple
;
uchar
*
cur_index_tuple
;
/* key_buffer.read() reads to here */
public:
bool
init
(
Mrr_ordered_index_reader
*
owner_arg
);
/*
Get next (key_val, range_id) pair.
*/
int
get_next
();
void
close
();
friend
class
Mrr_ordered_index_reader
;
};
/*
Something that will manage buffers for those that call it
Buffer manager interface. Mrr_reader objects use it to inqure DsMrr_impl
to manage buffer space for them.
*/
class
Buffer_manager
{
public:
virtual
void
reset_buffer_sizes
()
=
0
;
virtual
void
setup_buffer_sizes
(
uint
key_size_in_keybuf
,
key_part_map
key_tuple_map
)
=
0
;
virtual
void
reset_buffer_sizes
()
=
0
;
virtual
Lifo_buffer
*
get_key_buffer
()
=
0
;
virtual
~
Buffer_manager
(){}
virtual
~
Buffer_manager
(){}
/* Shut up the compiler */
};
/*
Abstract MRR execution strategy
An object of this class produces (R, range_info) pairs where R can be an
index tuple or a table record.
Mrr_reader - DS-MRR execution strategy abstraction
Getting HA_ERR_END_OF_FILE from get_next() means that the source should be
re-filled.
Was:
if eof() returns true after refill attempt, then the end of
stream has been reached and get_next() must not be called anymore.
A reader produces ([index]_record, range_info) pairs, and requires periodic
refill operations.
Now:
if refill_buffer() returns HA_ERR_END_OF_FILE that means the stream is
really exhausted.
- one starts using the reader by calling reader->get_next(),
- when a get_next() call returns HA_ERR_END_OF_FILE, one must call
refill_buffer() before they can make more get_next() calls.
- when refill_buffer() returns HA_ERR_END_OF_FILE, this means the real
end of stream and get_next() should not be called anymore.
Both functions can return other error codes, these mean unrecoverable errors
after which one cannot continue.
*/
class
Mrr_reader
{
public:
virtual
int
get_next
(
char
**
range_info
)
=
0
;
virtual
int
refill_buffer
()
=
0
;
virtual
int
refill_buffer
()
=
0
;
virtual
~
Mrr_reader
()
{};
/* just to remove compiler warning */
};
/* A common base for strategies that do index scans and produce index tuples */
/*
A common base for readers that do index scans and produce index tuples
*/
class
Mrr_index_reader
:
public
Mrr_reader
{
protected:
handler
*
h
;
/* Handler object to use */
public:
handler
*
h
;
virtual
int
init
(
handler
*
h_arg
,
RANGE_SEQ_IF
*
seq_funcs
,
void
*
seq_init_param
,
uint
n_ranges
,
uint
mode
,
Buffer_manager
*
buf_manager_arg
)
=
0
;
virtual
bool
eof
()
=
0
;
/* Get pointer to place where every get_next() call will put rowid */
virtual
uchar
*
get_rowid_ptr
()
=
0
;
/* Get the rowid (call this after get_next() call) */
void
position
();
virtual
bool
skip_record
(
char
*
range_id
,
uchar
*
rowid
)
=
0
;
};
/*
A "bypass"
strategy
that uses default MRR implementation (i.e.
A "bypass"
reader
that uses default MRR implementation (i.e.
handler::multi_range_read_XXX() calls) to produce rows.
*/
...
...
@@ -177,7 +181,6 @@ class Mrr_simple_index_reader : public Mrr_index_reader
uint
mode
,
Buffer_manager
*
buf_manager_arg
);
int
get_next
(
char
**
range_info
);
int
refill_buffer
()
{
return
HA_ERR_END_OF_FILE
;
}
bool
eof
()
{
return
test
(
res
);
}
uchar
*
get_rowid_ptr
()
{
return
h
->
ref
;
}
bool
skip_record
(
char
*
range_id
,
uchar
*
rowid
)
{
...
...
@@ -187,9 +190,8 @@ class Mrr_simple_index_reader : public Mrr_index_reader
};
/*
A
strategy that sorts index lookup keys before scanning the index
A
reader that sorts the key values before it makes the index lookups.
*/
class
Mrr_ordered_index_reader
:
public
Mrr_index_reader
...
...
@@ -200,7 +202,6 @@ class Mrr_ordered_index_reader : public Mrr_index_reader
uint
mode
,
Buffer_manager
*
buf_manager_arg
);
int
get_next
(
char
**
range_info
);
int
refill_buffer
();
bool
eof
()
{
return
index_scan_eof
;
}
uchar
*
get_rowid_ptr
()
{
return
h
->
ref
;
}
bool
skip_record
(
char
*
range_info
,
uchar
*
rowid
)
...
...
@@ -223,23 +224,18 @@ class Mrr_ordered_index_reader : public Mrr_index_reader
/* Initially FALSE, becomes TRUE when we've set key_tuple_xxx members */
bool
know_key_tuple_params
;
// bool use_key_pointers;
Key_parameters
keypar
;
/* TRUE <=> need range association, buffers hold {rowid, range_id} pairs */
bool
is_mrr_assoc
;
bool
no_more_keys
;
RANGE_SEQ_IF
mrr_funcs
;
range_seq_t
mrr_iter
;
//bool auto_refill;
bool
index_scan_eof
;
static
int
key_tuple_cmp
(
void
*
arg
,
uchar
*
key1
,
uchar
*
key2
);
static
int
key_tuple_cmp_reverse
(
void
*
arg
,
uchar
*
key1
,
uchar
*
key2
);
//void cleanup();
friend
class
Key_value_records_iterator
;
friend
class
DsMrr_impl
;
...
...
@@ -247,7 +243,10 @@ class Mrr_ordered_index_reader : public Mrr_index_reader
};
/* MRR strategy that fetches rowids */
/*
A reader that gets rowids from an Mrr_index_reader, and then sorts them
before getting full records with handler->rndpos() calls.
*/
class
Mrr_ordered_rndpos_reader
:
public
Mrr_reader
{
...
...
@@ -256,8 +255,6 @@ class Mrr_ordered_rndpos_reader : public Mrr_reader
Lifo_buffer
*
buf
);
int
get_next
(
char
**
range_info
);
int
refill_buffer
();
int
refill2
();
void
cleanup
();
private:
handler
*
h
;
...
...
@@ -273,14 +270,15 @@ class Mrr_ordered_rndpos_reader : public Mrr_reader
uchar
*
last_identical_rowid
;
Lifo_buffer
*
rowid_buffer
;
/* = h->ref_length [ + sizeof(range_assoc_info) ] */
//uint rowid_buff_elem_size;
/* rowid_buffer.read() will set the following: */
uchar
*
rowid
;
uchar
*
rowids_range_id
;
int
refill_from_key_buffer
();
};
/* A place where one can get readers without having to alloc them on the heap */
class
Mrr_reader_factory
{
public:
...
...
@@ -289,6 +287,7 @@ class Mrr_reader_factory
Mrr_simple_index_reader
simple_index_reader
;
};
/*
DS-MRR implementation for one table. Create/use one object of this class for
each ha_{myisam/innobase/etc} object. That object will be further referred to
...
...
@@ -458,17 +457,11 @@ class DsMrr_impl : public Buffer_manager
*/
handler
*
h2
;
/** Properties of current MRR scan **/
uint
keyno
;
/* index we're running the scan on */
/* TRUE <=> need range association, buffers hold {rowid, range_id} pairs */
bool
is_mrr_assoc
;
/* TRUE <=> sort the keys before making index lookups */
//bool do_sort_keys;
/* TRUE <=> sort rowids and use rnd_pos() to get and return full records */
//bool do_rndpos_scan;
Mrr_reader_factory
strategy
_factory
;
Mrr_reader_factory
reader
_factory
;
Mrr_reader
*
strategy
;
Mrr_index_reader
*
index_strategy
;
...
...
@@ -484,8 +477,6 @@ class DsMrr_impl : public Buffer_manager
*/
uchar
*
rowid_buffer_end
;
/** Index scaning and key buffer-related members **/
/*
One of the following two is used for key buffer: forward is used when
we only need key buffer, backward is used when we need both key and rowid
...
...
@@ -494,18 +485,11 @@ class DsMrr_impl : public Buffer_manager
Forward_lifo_buffer
forward_key_buf
;
Backward_lifo_buffer
backward_key_buf
;
Forward_lifo_buffer
rowid_buffer
;
/* = key_size_in_keybuf [ + sizeof(range_assoc_info) ] */
//uint key_buff_elem_size_;
/** rnd_pos() scan and rowid buffer-related members **/
/*
Buffer to store (rowid, range_id) pairs, or just rowids if
is_mrr_assoc==FALSE
*/
//
Forward_lifo_buffer rowid_buffer;
Forward_lifo_buffer
rowid_buffer
;
bool
choose_mrr_impl
(
uint
keyno
,
ha_rows
rows
,
uint
*
flags
,
uint
*
bufsz
,
COST_VECT
*
cost
);
...
...
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