V tom odkaze bol len benchmark rôznych spôsobov ukladania UUID do databázy. Prvý spôsob ako CHAR(36), druhý ako 6x INT a tretí ako BINARY(16). Akože chápem, že niektorí ľudia nemajú čo robiť, ale stačí trochu porozmýšľať a rýchlo prídeš na to, že robiť takýto benchmark nemá zmysel.

Ukladať UUID ako 6x INT je úplný nezmysel. Nerieši to ani jednoduchosť čítania/zápisu a používať takéto zverstvo ako cudzí kľúč neprichádza do úvahy. Takže na výber máš medzi CHAR(36) a BINARY(16). Už len rozdiel vo veľkosti napovie, ktoré z nich sa lepšie indexuje.

Samotný benchmark o ničom nevypovedá (chýba aj základná informácia o tom, aký bol použitý HW). Na rýchlosť vkladania riadkov majú podstatnejší vplyv iné faktory než to, či je identifikátor UUID alebo INT. Neviem, kde tam vidíš, že čítanie a zápis sú pre UUID rýchlejšie ako AUTO_INCREMENT - očakával by som presne opačný výsledok.