Melkij

info coreutils 'users invocation'

`users' prints on a single line a blank-separated list of user names of
users currently logged in to the current host. Each user name
corresponds to a login session, so if a user has more than one login
session, that user's name will appear the same number of times in the
output.

Кука обычно. Можно и GET-параметром, но вряд ли вас этот способ интересует.
SID генерируется как-то так: habrahabr.ru/company/pt/blog/149746

Но если вам даже говорить неприятно, что берёте пример с некоторого инструмента - зачем с него брать пример? И судя по вопросу про IP ничего о оном инструменте не зная?

Mikrotik.

А вы родные вики проектов смотрели?
wiki.openwrt.org/toh/tp-link/tl-wr842nd Поддержка AR9341 заявлена.

delete from table2 using table2 left join table1 on (как их сравнивать) where table1.id is null

?

Индексы строятся только под запросы. Если запросов, использующих этот индекс нет - то индекс только мешает работе.

Констрейты (fk и unique) - ставятся в зависимости от требования к данным, при этом мешают программисту делать глупости. Потому их лучше всегда ставить, пока не будет сделан обоснованный вывод, что их надо убрать.

По схемам - вторая будет оптимальнее. Меньше объём рабочего набора - меньше i/o. В большинстве случаев, судя по всему, будет поиск по первичному ключу - ещё меньше i/o, т.к. в innodb данные кластеризованы по первичному ключу.
И скорей всего забыли указать unsigned, это ведь наверняка ссылки на автоинкременты.

1) не держать сессию открытой во время длительных процедур. Сессии - блокирующий механизм. Уже открытую сессию можно закрыть вызовом session_write_close
2) не имеет значения

Сделайте тест поверхности с помощью MHDD. Будет видно, сразу выбрасывать или можно использовать под ненужные данные. Под нужные не стоит - Reallocated_Sector_Ct высокий уже.

Плюс стоит озадачиться охлаждением, 44С - уже много. Особенно если в простое. Держите в диапазоне 35-40С.