Базы данных изменяются быстрее затем, они могут быть скопированы, и выполнение резервного копирования уровня файла на рабочей базе данных MySQL приведет к поврежденному резервному копированию. необходимо или остановить базу данных и формовать резервное копирование уровня файла или в большинстве случаев, скопировать базу данных в файл с помощью программы mysqldump.exe.
Похоже, ошибка в библиотеке Serf, используемой Subversion 1.8 для доступа по HTTP. Не могли бы вы перенести эту проблему в систему отслеживания проблем проекта Serf: https://code.google.com/p/serf/issues/list
The problem didn't occur with Subversion 1.5 because Subversion 1.8 uses so-called 'skelta mode' for checkouts and updates. Skelta mode uses one HTTP request and response per resource that needs to be fetched from the server, whereas bulk update mode fetches all resources in one massive response: http://subversion.apache.org/docs/release-notes/1.8.html#serf-skelta-default
As workaround you may add 'SVNBulkUpdates prefer' Apache directive to your server config to force Subversion clients use old bulk update mode that uses one big request for checkout/update.