Пума Тайланд

Мускул 10 миллиардов тянет

да на любом можно
самый высоконагруженный сайт фейсбук написан на php
вк тоже на php

ВОт вы зря так думаете что на битриксе написано что то общее, там как раз написано примерно так как все делают.
99.99% проектов в интернете не используют каких то хитрых схем.
в общем то схема самая обычная всегда
на фронте любой балансировщик чаще нгинкс реже лайти или ха прокси
бд чаще всего мастер слейв репликация для разделения записей и чтения с двух серверов
сервера апликация чаще всего какой нибудь php-fpm для php или uwsgi для python.

mysqlproxy
haproxy

поставьте кеш плагин
total super cache или w3 cache
нагрузка упадет почти до нуля

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

Включите slow log и посмотрите какие запросы ложат mysql
запустите mysqltuner.pl и он вам скажет какие стандартные оптимизации можно сделать
наймите нормального сисадмина и живите спокойно.

Да нет в гуглдоксах гарантированной записи, так же уходит иногда в офлайн.
Тут либо плюшки либо ехать, если серверам хватает ресурсов обслуживать клиентов то какие проблемы с записью вы видите?
Если не хватает ресурсов, то проблему программно вы все равно не решите.

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

это вы лайк то назвали простейшим запросом?

ну по iotop определите какой процесс, а уж догадаться по lsof какой файл труда не составляет.

Может вам find делать через какой нибудь sphinxsearch?

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

НУ если у вас есть миллион клиентов то вас смело можно звать хайлоадом 8)

Можно с бгп поиграться.

Обычно парсю логи апача чтобы увидеть наиболее долго выполняемые скрипты.