Ипатьев

Чтобы получить одну строку из результата запроса, в mysqli есть функции

• fetch_assoc(): возвращает всю строку в ассоциативный массив
  
• fetch_row(): возвращает нумерованный массив (список)
  
• fetch_obj(): возвращает объект класса stdClass
  
• fetch_column(): возвращает значение из первой колонки запрошенной строки
  

В общем случае случае осмысленный код для получения значения единственной колонки будет таким

$sql = "SELECT link FROM tablet where id=?";
$result = $conn->execute_query($sql, [$a]); 
$link = $result->fetch_column();

Но как правильно замечено в комментариях, правильнее будет рандомизировать сразу в запросе, причем все делать одним запросом, а не тремя

function Axelmo($conn) {
    $sql2 = "SELECT link FROM tablet ORDER BY rand() LIMIT 1";
    return $conn->query($sql)->fetch_column();
}

Ну и чисто для иллюстрации, как сделать запрос с ограничением по id

function Axelmo($min, $max, $conn) {
    $sql2 = "SELECT link FROM tablet where id >= ? AND id <= ? ORDER BY rand() LIMIT 1";
    return $conn->execute_query($sql, [$min, $max])->fetch_column();
}

В общем случае не зависит
В каждом конкретном случае, если вдруг будет зависеть, надо разбираться отдельно.
Сам по себе вопрос - это одна из тех проблем, которыми не следует забивать себе голову заранее.

Зачем вы задаёте не тот вопрос, с которым у вас проблема?:)

Ваша проблема в том, что вы хотите проэксплуатировать баг в ПДО, из-за которого он не сообщает об ошибке.
Не надо этого делать.
Передавайте ровно столько параметров, сколько "масок" в запросе. Проблема решена.

Вопрос с подвохом.
Я сейчас сообразил, что узбекский - это не китайский же. Либо латиница, либо кирилица.
То есть проблема скорее всего не в кодировке.
А, как выяснилось в комментариях - тупо в неправильном выполнении запроса, и инъекциях.
то есть переменные надо не напрямую пихать в запрос, а через специальные маркеры, как написано здесь https://habr.com/ru/articles/662523/

Если же говорить про кодировки, то
у поля (или таблицы) должна стоять не "одинаковая" кодировка, а utf8mb4
в РНР при соединении должна устанавливаться кодировка utf8mb4
в заголовках веб-сервер должен отдавать кодировку utf-8
если текст пишется прямо в РНР коде, то этот код тоже должен быть в кодировке utf-8

Большие объемы данных хранят точно так же, как и маленькие.
Любые отступления от этого правила должны быть продиктованы очень серьезными причинами. поскольку никаких причин вы не привели, то и ответ будет стандартный:
Делаете таблицу вида
route_id, lng,lat,speed,date
и пишете в нее свои точки, используя множественный insert
ошибка mysql лечится увеличением max_allowed_packet

Понимаете, ваш вопрос звучит так: "Я тут надеваю ботинки. Как осуществить завязывание шнурков?"
Работа с БД - это 99% кода любого сайта. Тем более такие простые запросы.
Получается, что вы в принципе не понимаете, как разрабатывать сайты, и вам надо учиться делать именно это.
То есть, вам надо взять учебник или какое-нибудь руководство. И учиться разрабатывать сайты. А не спрашивать, "как осуществить поиск слов".

Но чисто для примера, для всех современных версий РНР, будет работать такой код

<?php
$word = $_GET['word'] ?? '';

if ($word) {
    require 'db.php';
    $sql = "select * from dictionary where word=?";
    $stmt = $db->prepare($sql);
    $stmt->execute([$word]);
    $row = $stmt->fetch_assoc(); //  для PDO  будет просто fetch()
    echo $row['translation'];
}

в db.php, соответственно, код подключения к БД. Взять можно, например, отсюда https://habr.com/ru/articles/662523/

Чтобы в РНР появилась переменная $_GET['word'], надо сделать форму в HTML. Хотя бы про это, я надеюсь, вам не надо рассказывать?

Очень хороший вопрос, только вы путаете файл с настройками и файл первоначальной настройки приложения.
Вам нужны оба.
1. файл c настройками
Их должно быть два.
Первый файл называется config.sample.php, он содержит только один массив, который заполняется пустыми/дефолтными значениями и может содержать не только настройки БД но и содержать другие секции:

<?php
return [
  'db' => [
    'hostname' => '',
    'username' => '',
    'password' => '',
    'database' => '',
  ],
];

Этот файл добавляется в репозиторий.

Второй файл называется config.php и он создается руками каждый раз при установке CMS на новом сервере. В него пишутся актуальные настройки для каждого сервера.
Этот файл не добавляется в репозиторий (а добавляется, соответственно, в .gitignore).

2. Файл первоначальной настройки приложения.
В него идут команды, которые пишутся на любой странице: подключение к БД, старт сессии, всякие инклюды и прочее. Кроме того, в этом файле должен быть код

if (!file_exists('config.php'))
 {
     $msg = 'Создайте файл config.php на основе config.sample.php и внесите в него настройки';
     throw new RuntimeException($msg);
 }

Таким образом система будет помогать программисту, если он забыл создать config.php с актуальными для конкретного сервера настройками.

И вот этот файл, назовем его init.php, уже и подключаем во все остальные файлы.

Кстати, начиная с 8 версии РНР можно писать просто
$conn = mysqli_connect(...$config['db']);
В этом случае ключи массива $config['db'] будут использоваться в качестве имен параметров функции - очень удобно

Сам по себе вопрос бессмысленный, поскольку вообще ничего не сказано ни о данных, ни об их структуре. Ни о проблемах, которые вызывают необходимость такой "оптимизации".
Так что на него можно ответить только так же абстрактно.
Превращать JSON в EAV глупо.
Так что вопрос здесь не в том, размазывать ли JSON по строкам, а в том, нужен ли он здесь вообще.

Если в JSON поле лежат структурированные данные, то их в обязательном порядке надо развернуть в обычную таблицу/связанные таблицы.
Если же лежит всякий мусор навалом - то можно оставить, но при этом придется делать отдельную таблицу или куда-то ещё записывать эталонную структуру этого JSONа, чтобы не оказалось, что одно и то же значение пишется под десятью разными ключами. Но опять же, судя по постановке вопроса, скорее всего автору нужна одна нормальная таблица с нормальными столбцами.

Кроме того, никакого "login" в качестве идентификатора быть не должно, а должен быть первичный ключ.