[MCOL-1021] Dictionary deduplication cache is not working correctly Created: 2017-11-08 Updated: 2017-11-10 Resolved: 2017-11-10 |
|
| Status: | Closed |
| Project: | MariaDB ColumnStore |
| Component/s: | None |
| Affects Version/s: | 1.1.2 |
| Fix Version/s: | 1.1.2 |
| Type: | Bug | Priority: | Critical |
| Reporter: | Andrew Hutchings (Inactive) | Assignee: | Daniel Lee (Inactive) |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Sprint: | 2017-22 |
| Description |
|
The dictionary de-duplication doesn't appear to be working. As using a test by dleeyh |
| Comments |
| Comment by Andrew Hutchings (Inactive) [ 2017-11-09 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Dictionary signatures were getting destroyed before being used for the de-duplication cache insertion. Effectively making the cache useless. This fix restores the signature pointer/length before it is inserted into the cache. It also fixes a case inherited from InfiniDB where if the cache is full then it is no long read and de-duplication no longer happens for current entries. For QA: cpimport of lineitem should now see l_shipinstruct and l_shipmode only use 1 block insert of more than one extent. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Daniel Lee (Inactive) [ 2017-11-10 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Build verified: 1.1.2 GitHub source /root/columnstore/mariadb-columnstore-server Update README.md updated version /root/columnstore/mariadb-columnstore-server/mariadb-columnstore-engine Merge pull request #314 from mariadb-corporation/ Loaded 10g dbt3 database and verified l_shipstruct and l_shipmode dictionary OIDs. MariaDB [information_schema]> select * from columnstore_extents where object_id in (3109, 3110);
----------
---------- |