Максим

Вначале я бы сформировал запрос содержащий ВСЕ поля участвующие в условиях типа
SELECT TOP 20 DISTINCT {Все поля участвующие в условиях} FROM T
LEFT JOIN {Все таблицы} ON {Условия связей}
После того как я убедился бы что запрос получает правильные данные, я бы преобразовал его
SELECT TOP 20 DISTINCT {Все поля участвующие в условиях} {Функция для having} FROM T
LEFT JOIN {Все таблицы} ON {Условия связей}
group by {Все поля участвующие в условиях}
Снова убедимся что {Функция для having} возвращает то что должно быть и добавляем
having {Функция для having}

У вас тормозит не поиск, а манипуляции с DOM
Во первых, заменить сравнение > -1 на строгое неравенство.
Во вторых, не использовать манипулирование объектом style, вместо этого добавлять/удалять класс, при этом не нужно добавлять/удалять класс если он уже и так в нужном состоянии. То есть необходимо добавить проверку на наличие/отсутствие класса.
Ну и в третьих, в начале функции, которая вызывается на событие "keyup" я бы воткнул проверку на то, какая кнопка была нажата, существует ряд кнопок, реагировать на которые нет смысла, например, пунктуация и пробелы, уверен вы найдёте ещё парочку =)

<style>.hidden{display:none}</style>
<script>
allVariants.forEach(function (item) {
  if (item.getAttribute('name').toLowerCase().indexOf(query) !== -1) {
    if(item.classList.contains('hidden')){
      item.classList.remove('hidden')
    }
  }
  else {
    if(item.classList.contains('hidden') === false){
       item.classList.add('hidden')
    }
  }
})
</script>

Ну и как упомянули выше, наверное стоит отказаться от forEach, я сам лично не исследовал, но мне кажется создание контекста для вызова функции и её вызов будут медленнее, чем пройтись обычным фором

Как минимум закэшировать
var variants = this.parentNode.nextElementSibling;
var allVariants = variants.querySelectorAll('div.label-point');
Затем убрать .toLowerCase() (возможно где-то закэшировать соответствие приведенного названия и элемента DOM дерева)

Согласно https://proglib.io/p/javascript-performance-mistakes простой for быстрее forEach почти в 8 раз. Еще из серии экономии на спичках замена > на !==

Можно воспользоваться библиотеками для дебоунса (например https://lodash.com/docs/4.17.11#debounce ), чтобы не вызывать обработку на каждое нажатие, а, например, не чаще, чем раз в секунду.

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

Еще подумалось, что можно сравнивать предыдущее и новое значение инпута, и если новое более строгое (Абыр -> Абырв), то искать не по всем, а только по найденным на предыдущем этапе. + нужно проверить, будет ли эффект, если не менять видимость, если она не должна меняться. Возможно такое, что пересчет стилей все равно происходит, даже если мы присваиваем стилям то же значение, что и в них хранится.

А вообще отображение без пагинации тысяч элементов как-то странно. Так что прямая дорога дальше в реактивные фреймворки, потому что там это все намного прямее, чем прямая работа с DOM. Мне больше нравится vue.

сначала сделай:
ssh-add -l

создать файлик config
~/.ssh/config

и укажи хост и ключик для него

Host bitbucket.org
    IdentityFile ~/.ssh/my_key_filename

дальше идешь по ssh и все должно быть ок
ssh -Tvv git@bitbucket.org

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

Можно попробовать сделать так:
1) Указать метод __str__ у UnitMeasure

def __str__(self):
    return self.name

2) создать кастомный field

class CustomPrimaryKeyRelatedField(PrimaryKeyRelatedField):
    def to_representation(self, value):
        return {'id': value.pk, 'name': str(value)}
    
    def to_internal_value(self, data):
        if isinstance(data, dict):
            data = data.get('id')
        return super(CustomPrimaryKeyRelatedField, self).to_internal_value(data)

3) указать этот field в сериализаторе

class MaterialSerializer(serializers.ModelSerializer):
    unit_measure = CustomPrimaryKeyRelatedField()

    class Meta:
        model = Material
        fields = ('id', 'name', 'unit_measure')

Работоспособность не проверял

происходит это потому, что ssh-agent запускаясь, выдаёт имя сокета, который задаётся в переменную окружения SSH_AUTH_SOCK (ssh-agent bash облегчает эту задачу, выдавая его в виде, пригодном для исполнения в bash/shell). Они "теряются" при перелогине. Так что, чтобы подключиться к ранее запущенному ssh-agent'у, нужно восстановить путь к его сокету.
Как это сделать? Например, так:
https://gist.github.com/martijnvermaat/8070533

Upd.

Делайте нагрузку на разные роуты, где будет появляться 50x ошибка или долгое время ответа дебажте, и оптимизируйте.

Здесь можно поступить таким способом:
Использовать setInterval. В котором считать каждое выполнение и по достижению 500 делать clearInterval.

Вы сможете сделать временной интервал и ограничить количество запросов. Если будут сложности пишите, набросаю пример.

По минимуму достаточно сменить charset одного поля в таблице

ALTER TABLE `table` 
  MODIFY `description` VARCHAR(xxx) CHARACTER SET utf8mb4;

Ну или сразу у всех текстовых полей в таблице

ALTER TABLE `table` CONVERT TO CHARACTER SET utf8mb4;