ага именно поэтому нужно использовать кривую архитектуру с пропатченым nginx. решать проблемы нагрузки ломая архитектуру подобным образом это путь камикадзе.
интересно хватит ли поражающей способности заряда чтоб прибить 2 гавриков в окопе, которые практически на 2 метра ниже точки взрыва. 25 миллиметров не особо большой диаметр чтоб туда напихать достаточное количество взрывчатки, детонатор и электронику.
В InnoDB все проще. Вступает в силу механизм транзакций и версионность.
Чтение в большинстве случаев и не блокируется. Просто во время чтения вы и не увидите изменений, вызванных текущими транзакциями. Просто будете читать старую версию.
В мане все описано неплохо InnoDB and TRANSACTION ISOLATION LEVEL + Consistent Non-Locking Read.
ни разу не натыкался на этот косяк, хотя использую давно и в продакшене под нагрузкой.
Судя по обзору
http://www.ixbt.com/news/all/index.shtml?12/12/93
в Европе уши будут стоить 55 евро.
ИМХО у нас цена будет порядка 2500-3000 тысяч
Серия незначительных баг-фиксов.
5.3 еще не релиз.
фишка в том что этот подход тоже не панацея, он позволяет поймать события и реализовать сериализацию своим путем.
Но вернемся к задаче:
Перед сериализацией обнулить ссылку на объект бд, сохранив все остальное.
Метод serialize интерфейса Serializable должен вернуть строковое представление объекта.
class A implements Serializable
{
private $db;
private $data = 12312312;
public function serialize()
{
$this->db = null;
return serialize($this);
}
public function unserialize($s)
{
}
}
$a = new A();
serialize($a);
в результате выполнения схватим Fatal error: Maximum function nesting level of '100' reached, aborting!
То есть нужна именно сериализация, это не спасает без тонны гвоздей.
я уже несколько раз интересовался у операторов кол-центра
но подобной информацией не владеют
клиенты подключаются к ней, а она уже фильтрует, балансирует и тд
Чтение в большинстве случаев и не блокируется. Просто во время чтения вы и не увидите изменений, вызванных текущими транзакциями. Просто будете читать старую версию.
В мане все описано неплохо InnoDB and TRANSACTION ISOLATION LEVEL + Consistent Non-Locking Read.