Через тригеры думаю можно что-то такое навернуть. Это будет нечто вроде кастомной репликации. Не знаю как это делается в мускуле, я такое тока в постгре видел (Slony II)
Триггеры же не могут перехватывать любые запросы? Придётся целый слой новой логики писать на все случаи жизни. Таки, приписать вторую строчку в код запроса будет проще :)
Э... Не берусь обобщать, я этот вопрос вообще не изучал, но в mysql триггеры — это обработчики тех или иных событий, как правило, связанных с таблицами. Типа, сделать что-то после вставки, подготовить данные и т.п. Весь запрос в чистом виде они не получают. И даже, боюсь, возможности направить запрос на сторонний сервер не имеют :)
Если в самом мускуле - то репликация по принципу master/slave (пример настройки - http://handyhost.ru/books/mysql-replication.html) Но это не совсем то, что надо - репликация в мускуле осуществляется через бинлог (в двух словах - отображение всех изменений в данных), потому никакие триггера или изменения не прокатят, к слейву не выполняется стандартный запрос, на нем именно меняются данные так же, как на мастере, да еще и при несовпадении данных они перестают синхронизироваться. Если требуется именно ИЗМЕНЯТЬ запросы - то надо писать обертку для функции mysql_query (или какой у вас там язык - я не в курсе), передавать в нее запрос и что б она уже делала параллельно два запроса к разным хостам, с изменением одного из них.
Имхо, ты хочешь странного. Не знаю, какова задача, но, думаю, можно вполне обойтись стандартными средствами. Почитай-ка документацию, в частности про обновление атрибутов.
Как вариант - самописный прокси который будет пропускать через себя весь поток данных и искать нужны запросы по заданному шалону, после чего будет складывать их в отдельную очередь и в отдельном потоке отправлять на второй хост.
Очевидное решение: добавить еще один равноправный и параллельный connection в пул приложения. Драйверу этого connection уже можно сказать хоть csv вместо запроса генерировать на endpoint.