Стартуйте с включенным innodb_force_recovery и делайте дамп. Ссылка как ее использовать - у вас в логах Возможно будут потери данных. Потом восстанавливайтесь на пустой mysql-server из дампа.
Время ответа тоже растет видимо. Количество запросов не меняется, но параллельно их выполняется больше т.к. выполняются дольше. Посмотрите в слоулоги и на память-проц-диск во время таких пиков.
Последний вариант верный. elastisearch или sphinxsearch. Синхронизацию в реальном времени придется сделать у вас в приложении (пишите новый объект сначала в бд, и потом в es|ss).
Про INSERT ... ON DUPLICATE KEY UPDATE вам уже сказали. И это правильно.
Если у вас номер телефона в таблице уникальное поле и при этом не изменяемое - я бы рассмотрел вариант сделать его primary key в этой таблице.
Делать выборку по принципу select * from table where phone in (5,8,123)
1. Что бы сделать wss в Workerman вам надо будет таскать ключи от сертификата с кодом. И дать коду права на чтение ключей. А это не гуд.
Делайте проксирование. Если у вас много памяти или низкое число параллельных вебсокетов - делайте в apache. Но я бы заменил apache -> nginx
2. Делайте на той технологии, которую знаете лучше.
хм... вроде бы все late 2013 pro15 шли все с gt750M в паре с Iris.
Я б взял поздний.
Но вы лучше посмотрите на износ батареи, историю ремонтов и конечно ценник. Разница по процам незначительна.
На SF1008D проверьте нагрев. Корпус пластик - очень плохо отводит тепло. При перегреве теряет пакеты. Как у вас в общем. Нужно остудить и/или поменять на девайс с металическим корпусом.
С роутером от провайдера тоже самое - охладить/поменять.
Обычно многопоточный фтп грузит не mpps, а очень сильно раздувает таблицу роутинга/нат/маскарад. Если она не помещается в память роутера - будут неудачи в коннектах.
Хотя ширину канала, конечно, проверьте в первую очередь.