phpmyadmin не может

запаролен текстовый файл? в котором видно всё содержимое .. ты явно что-то путаешь

Да я вот тоже не пойму.

Выгрузил базу с хостинга. Там sql времён php 5

Блокнотом открывается, а phpmyadmin и sqlite browser - ругается на пароль.

Здесь sql 8.022

Если быть точным

ну и где на скрине про пароль?

use DATABASE_NAME добавь в дамп

access не про пароль?

Хмм

где database_name - имя базы

Conclusion

Don't worry about the cost of switching to using UUIDs in your tables as performance can remain good, even as your table grows to millions of rows in size. You may wish to generate type 1 UUIDs if you need to produce massive numbers of UUIDs at a time (such as an archiving process), but a sequential UUID type 4 should be fine in most situations.

И потом —

    $createUuidTableQuery = 
        "CREATE TABLE `log` (
            `uuid` binary(16) NOT NULL,
            `message` varchar(255) NOT NULL,
            `when` int unsigned NOT NULL,
            PRIMARY KEY (`uuid`),
            INDEX (`when`)
        ) ENGINE=InnoDB DEFAULT CHARSET=utf8;";

В тесте идёт речь О ПЕРВИЧНОМ КЛЮЧЕ на базе int autoincrement, или UUID разных вариантов генерации.

А человек спрашивал НЕ ОБ ЭТОМ — о индексах вообще.

Так я же не про человека говорю, я спорю с утверждением, что тип данных ни на что не влияет 🙂

Ну, и приводишь тесты, которые говорят о том, что тип данных ни на что не влияет...

Ну, хорошо, что ж...

Я два скриншота привёл, где чётко видно разницу 🙂

То что автор статьи считает, что двукратной разницей можно пренебречь оставляю на его совести

На самом деле так и есть, двукратная разница — это ерунда, важны разницы на порядки.

Но и ты неверно всё интерпретируешь. Вообще.

Ещё раз, тут тест - О ПЕРВИЧНОМ КЛЮЧЕ.

Поскольку в InnoDB данные хранятся в структуре на основе кластерного индекса по PK, то рекомендуется кластерные индексы (как и во многих других СУБД на этом же принципе) делать на основе полей с монотонно возрастающими значениями. Чтобы было меньше "расщеплений" страницы и дерева индекса.

Ну и в тесте автор тестирует скорость ВСТАВКИ — это совсем не общий случай работы с таблицей.
Это всего лишь частный случай.

Не возражаю

добавил