Макс

может все-же WHERE t1.id = t2.uid AND t2.uid = t3.uid

FROM clause
WHERE clause
SELECT clause
GROUP BY clause
HAVING clause
ORDER BY clause

SELECT * FROM books WHERE author_id=1 or author_id=3
UNION (SELECT * FROM books WHERE author_id=2 LIMIT 2)

max_user_connections - максимальное количество сессий для 1 пользователя. настраивается для каждого пользователя отдельно. Т.е. user1 -5 user2 -10 wordpress - 100.
max_connections - максимальное количество сессий всего, на сервер.
к примеру, имеем 2 пользователя, у каждого max_user_connections=100. Настройки мускуля дефолтные, max_connections = 151. 1 пользователь создал 100 соединений, остальные пока спят. Этот первый пользователь пытается поднять 101-е соединение, получает отлуп(Error: 1203 SQLSTATE: 42000 (ER_TOO_MANY_USER_CONNECTIONS)) - кончились персональные соединения. Просыпается второй, начинает поднимать свои соединения (первый, по-прежнему 100 штук "съел"). 49 - ОК, 50 - ОК, 51 - ОК, 52 - Error: 1040 SQLSTATE: 08004 (ER_CON_COUNT_ERROR), общее количество соединений кончилось.
т.е. отвечая на Ваши вопросы:
1. а фиг его знает, зависит от вашего приложение.
2. да, ставить больше, чем max_connection бестолку, сработает общее ограничение.

общий совет - дайте серверу поработать с недельку хотя-бы, затем выполните show status like '%onn%';
посмотрите, что в поле Max_used_connections и есть ли ошибки Connections_error. Если первое значение далеко от max_connections(и нет/почти нет ошибок), этот параметр можно и уменьшить - освободите память.

да, все верно понимаете.
выбираем "хороший" сервер, с него перезаливаем "плохой", перезапускаем репликацию.
howto

180 be/3 root 0.00 B/s 1634.01 B/s 0.00 % 99.99 % [jbd2/vda1-8]

журнал съедает 99,99% IO
кто-то активно пишет на диск. рецептов несколько.
- отключить журналирование (плохой вариант)
- изменить период fsync (тоже не айс, только если сервак надежный и с ИБП)
- еще раз посмотреть на список процессов. Кто-то же гадит. ps axf выложите?

а чем Вам concat не угодил?

update personal_data set pending = concat(pending,'$kastinglist') where connect_id = '$userlogin'