Re: storage engine: understanding the row format
Øystein Grøvlen <[email protected]> Thu, 19 May 2016 14:34:46 +0200
| Newsgroups | gmane.comp.db.mysql.devel |
|---|---|
| Organization | Oracle |
| Message-ID | <[email protected]> |
Hi Christoph,
On 19. mai 2016 14:15, Christoph Rupp wrote:
> Hi,
>
> If a row has variable-length blobs (fields of type
> MYSQL_TYPE_VARCHAR), then the serialized row stores the full length of
> the blob, even if most bytes are unused. In such cases, i'd like to
> "compress" the row before writing it to disk.
Note that VARCHAR and BLOB are different types. Contrary to VARCHAR,
for blobs, space is not allocated in the internal record buffer, but in
separate buffers.
>
> However, i have a few difficulties understanding the row format. The
> following two CREATE TABLE statements are relatively similar (the
> first one creates an additional index). But their first byte differs,
> and I don't understand why.
The index is not the only difference. Nullability of the value column
also differs.
>
> CREATE TABLE test (value VARCHAR(30) NOT NULL, INDEX(value), num
> INTEGER PRIMARY KEY)
> INSERT INTO test VALUES("1", 1);
>
> (gdb) x/8b buf
> 0x7fff5000e660: 1 49 -113 -113 -113 -113 -113 -113
>
> buf[0] stores the length of 'value', buf[1] stores the data of 'value'.
>
> CREATE TABLE test (value VARCHAR(30), num INTEGER PRIMARY KEY)
> INSERT INTO test VALUES("1", 1);
>
> (gdb) x/8b buf
> 0x7fff50013cf0: -2 1 49 -113 -113 -113 -113 -113
>
> Now buf[1] stores the length and buf[2] stores the data of 'value'.
>
> But what is buf[0]?
The additional byte(s) is used to record which nullable columns are
NULL. For tables where there are no nullable columns, there will not be
such a byte.
Regards,
--
Øystein
>
> Is there documentation for the serialized row format?
>
> Thanks
> Christoph
>
> PS: here's the code that i currently use:
>
> static inline ups_record_t
> pack_record(TABLE *table, uint8_t *buf, uint8_t *arena)
> {
> assert(!row_is_fixed_length(table));
>
> uint8_t *src = buf;
> uint8_t *dst = arena;
>
> // copy the first byte - whatever it is
> // this causes problems because in some cases there is no "first byte"!
> *dst = *src;
> dst++;
> src++;
>
> for (Field **field = table->field; *field != 0; field++) {
> uint32_t type = (*field)->type();
> uint16_t key_size;
> uint32_t len_bytes;
>
> if (type == MYSQL_TYPE_VARCHAR) {
> // see Field_blob::Field_blob() (in field.h) - need 1-4 bytes to
> // store the real size
> if ((*field)->field_length <= 255) {
> len_bytes = 1;
> key_size = *src;
> }
> else if ((*field)->field_length <= 65535) {
> len_bytes = 2;
> key_size = *(uint16_t *)src;
> }
> else if ((*field)->field_length <= 16777215) {
> len_bytes = 3;
> key_size = *src; // TODO implement this
> }
> else {
> len_bytes = 4;
> key_size = *(uint32_t *)src;
> }
> }
> else {
> len_bytes = 0;
> key_size = (*field)->key_length();
> }
>
> ::memcpy(dst, src, key_size + len_bytes);
> src += (*field)->pack_length();
> dst += key_size + len_bytes;
> }
>
> ups_record_t r = ups_make_record(arena, (uint32_t)(dst - arena));
> return r;
> }
>
--
Øystein
--
MySQL Internals Mailing List
For list archives: http://lists.mysql.com/internals
To unsubscribe: http://lists.mysql.com/internals