[MariadDB] Kakšen je najhitrejši vnos (delne) vrednosti stolpca 1 v stolpec 2?

Dobro jutro.


Evo, tokrat gre pa za preprost problem, kjer se išče rešitev, ki se najhitreje izvede.

Tabela table_1 imam stolpec id, kjer je vnešen podatek v sledeči obliki:

000421-2-000007011

Tej tabeli bi rad dodal nov stolpec shop_id, ter v ta stolpec shranil vrednost, ki "pride" iz vrednosti v stolpcu id:

SUBSTRING(`id`, 1, 6)

Tabela ima 476,605,116 row-ov.

Kako se tega lotit, da bo zadeva zmerno hitro končnana?

Na prvo opcijo niti nisem pomislil. Zgleda ok.

No, odločil sem se za drugo opcijo.

Dodal sem nov stolpec 'shop_id', ter vanj uspešno shranil vrednost, ki pride iz sosednjega stolpca 'id'.

A brez keč-d-keč-a ne gre. Za stolpec 'shop_id' želim spremenit default value, ter da ne dovoli NULL.

Like this:

SET autocommit = 0;

LOCK TABLE `database_1`.`table_1` WRITE;

ALTER TABLE `database_1`.`table_1` MODIFY COLUMN `shop_id` INT(11) NOT NULL;

COMMIT;

UNLOCK TABLE;

SET autocommit = 1;

In guess what. Diska zmanjka, preden konča. Krneki ...

SQL Error [1114] [HY000]: (conn=34) The table 'table_1' is full

Prostora na disku je še 10GB. Zakaj sploh rabi 10GB (oz. še več) za tak update/alter?

Vidim pa, da na lokaciji /var/lib/mysql/database_1/ naredi file #sql-alter-1b37a-22.ibd, in tail -f kaže, da tu notri meče celotno vsebino tabele 'table_1'. Zakaj?

Po videnih id-jih, ki jih prikaže tail, pride nekje do polovice. Se pravi, potreboval bi 20GB prostora za ta alter. Tabela, na kateri delam alter, zasede 41GB na disku.

So kakšne "in-place" opcije, brez temp fajlov?

Stari v trenutnih časih je najceneje dokupit/nadgradit HW - če upoštevaš čas, ki ga zabiješ pri reševanju problemov, ki jih imaš zaradi premalo placa...

No, tole je pa uporabna dokumentacija.

Ampak, kolikor sem bral, bo potrebno še preverit kak to v praksi funkcionira.

Ravnokar pognal:

SET SESSION alter_algorithm='INPLACE';

OPTIMIZE TABLE `database_1`.`table_1`;

In, kot piše v dokumentaciji, v določenih primerih ni nič kaj "in place". Lepo naredi nov temp file, zafila disk, in krešne.

Zdej se bom lotil defragmentacije: https://mariadb.com/kb/en/defragmenting...

Kaj pomeni "hitrejši ključ"?

A če ima:
- tabela_1 stolpec 'id', PRIMARY, tip INT(11), vrednosti od 0 do 9999999999,
- tabela_2 stolpec 'id', PRIMARY, tip VARCHAR(10), vrednosti od 0000000000 do 9999999999,

Da bo tabela_1 "hitrejša"? In če, pri čem bo hitrejša?

Kar ugibam je, da SQL server v prvem primeru rabi manj prostora na disku in v RAM-u, da postavi index in ga kešira.

Glede na to, da očitno gre zgolj za sintetični ključ, ki nima nobene druge funkcije kot pa da kuri plac na disku, je bolje, da je int ;)

Šalo na stran, malo razmisli ali je ta kolona sploh nujna ali pa enoličnost lahko zagotoviš tudi s kakšnim drugi podatkom ali sestavljenim ključem. Če po poljih, ki sestavljajo tak ključ tudi dosti iščeš, boš že itak moral imeti index na njih...