You've already forked mariadb-columnstore-engine
mirror of
https://github.com/mariadb-corporation/mariadb-columnstore-engine.git
synced 2025-07-29 08:21:15 +03:00
Fix/mcol 5787 rgdata buffer max size dev (#3325)
* fix(rowgroup): RGData now uses uint64_t counter for the fixed sizes columns data buf. The buffer can utilize > 4GB RAM that is necessary for PM side join. RGData ctor uses uint32_t allocating data buffer. This fact causes implicit heap overflow. * feat(bytestream,serdes): BS buffer size type is uint64_t This necessary to handle 64bit RGData, that comes as a separate patch. The pair of patches would allow to have PM joins when SmallSide size > 4GB. * feat(bytestream,serdes): Distribute BS buf size data type change to avoid implicit data type narrowing * feat(rowgroup): this returns bits lost during cherry-pick. The bits lost caused the first RGData::serialize to crash a process
This commit is contained in:
@ -689,6 +689,7 @@ class RowGroupStorage
|
||||
if (fRGDatas[rgid])
|
||||
{
|
||||
fRowGroupOut->setData(fRGDatas[rgid].get());
|
||||
// An implicit s2u type cast.
|
||||
int64_t memSz = fRowGroupOut->getSizeWithStrings(fMaxRows);
|
||||
if (!fMM->acquire(memSz))
|
||||
{
|
||||
@ -965,7 +966,7 @@ class RowGroupStorage
|
||||
|
||||
while (rgid >= fRGDatas.size())
|
||||
{
|
||||
int64_t memSz = fRowGroupOut->getSizeWithStrings(fMaxRows);
|
||||
auto memSz = fRowGroupOut->getSizeWithStrings(fMaxRows);
|
||||
if (!fMM->acquire(memSz))
|
||||
{
|
||||
throw logging::IDBExcept(
|
||||
|
Reference in New Issue
Block a user