выкинь это фуфло. devart dbforge studio бесплатный и прекрасно подключается из через ssh и через http-туннели.
а это уже твои проблемы. есть программы-генераторы. да и ты вроде как претендуешь быть программистом, значит можешь написать подобные.
и всегда можно просто выложить реальные данные
так сделай дамп с тестовыми данными где проблема воспроизводится - будет предметный разговор. можно посмотреть на дамп, поэкспериментировать и предложить решение.
пока что в твоей теме сплошная угадайка.
в отчетах mysqlsla несколько другой подход - усреднение запросов и поиск самых нагружающих типов (не зависимо от аргументов) запросов .
то что вы пытаетесь найти - какая-то фигня. так никто не делает. одинаковые запросы в рамках одной сессии скоре всего будут закешированы кешом запросов mysql.
впрочем, могу написать специальный парсер именно такой как вам нужен. дорого
на обычный хостинг именно с этой вебкамеры именно потоковое видео только с помощью (фактически стандартным) плагина флеш никак не получится.
можно подключать через erlyvideo по протоколу RTSP, но автора erlyvideo похоже не особо интересует такая нудная штука как поддержка и тестирование широкого набора камер. Просто не окупается если там всего один программист. Однако, там все частенько работает, пробуйте.
некоторым хватает статической обновляющейся jpeg-картинки. тут сервер и программы не нужны, только верстка на сайте.
myhand, нет, но вопрос так поставлен, что можно утверждать о том, что этот скрипт куда более полезен окажется. товарищь даже slow log не пытался вручную анализировать, похоже.
в innodb в режиме fdatasync=nosync вообще ничего не пишет до останова программы или когда потребуется память освободить. еще нужно отключить бинлоги, innodb_flush_log_at_trx_commit=0.
никогда не использовал подобную конфигурацию, в документации параметр вообще не описан.
в общем, есть где развлечь себя даже с mysql.
программа mysqlsla, например, отчетики строит и с помощью general log и slow log.
Пуховой, конечно не стоит. одновременно выполняющиеся скрипты будут друг друга ждать и время каждого из них увеличится.
вы не преувеличиваете ? разве возможна ситуация когда у одного и того же пользователя за одну секунду списывается по 1 копейке 150 раз?
150 списаний у разных пользователей обычно не вызовут большой проблемы. за исключением случая неправильно расставленных индексов.
должна быть заблокирована. если вы не забыли в скрипте отключить autocommit.
по этой же причине у вас возможно и не получится достичь высокой конкурентности и "за 1 сек. 100-150 раз изменить значение abal в меньшую сторону".
