Bug#39033858 Parallel_reader::Scan_ctx::copy_row copies wrong range of bytes
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 68/100
Piste de recherche
Commencez par localiser Parallel_reader::Scan_ctx::copy_row() et examinez comment rec_offs_size(offsets), rec_offs_data_size(offsets) et rec_offs_extra_size(offsets) déterminent la plage copiée. Comparez la logique avec le commit MySQL upstream référencé dans l’issue ; le travail est terminé lorsque le buffer reçoit l’enregistrement complet depuis la plage source correcte.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Problem:
InnoDB uses a convention where rec pointers point in between two
fragments of the record: to the left of it, are so called "extra"
bytes which contain metadata such as flags, info about which fields are
null and what is their length. To the right of it, is the actual data of
the fields.
The function rec_offs_size(offsets) returns the total length of the
record which is the sum of these two:
rec_offs_data_size(offsets) + rec_offs_extra_size(offsets)
The logic of Parallel_reader::Scan_ctx::copy_row() copied that many
bytes into a freshly allocated buffer, but used rec address as the
source, instead of "rec - extra", resulting in copying wrong range of
bytes.
Solution:
Adjust the logic to copy the correct range of bytes.
Change-Id: Ia0463e4a752dfce70ff5a2ac83818132de9a638c
Commit
https://github.com/Wen-He/TXSQL/commit/52de0a885eb1bbfdaa1f03f5352419a124c8f419
Upstream Reference
https://github.com/mysql/mysql-server/commit/c4148fad113945e51b1a44e88a798e87216a7c3b
- Langage dominant
- C++
- Étoiles
- 338
- Forks
- 235
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de OpenTenBase/TXSQL
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
OpenTenBase/TXSQL#57 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 32/100
OpenTenBase/TXSQL#113 ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
OpenTenBase/TXSQL#112 ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
OpenTenBase/TXSQL#111 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
OpenTenBase/TXSQL#105 ·
Toutes les issues de OpenTenBase/TXSQL
Issues similaires
-
Difficulté 1/5 1-3 heures Accessibilité débutants 92/100
autowarefoundation/autoware_universe#13413 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
-
automated-analysis bug memory-safety
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
gazebosim/gz-sensors#662 · 1 commentaire ·