<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Статьи]]></title>
    <link>https://habr.com/ru/users/sshayakovlev/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя sshayakovlev]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Mon, 27 Apr 2026 09:57:36 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      
        
    
    <item>
      <title><![CDATA[Orchestrator для MySQL: почему без него нельзя строить отказоустойчивый проект]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/citymobil/articles/501994/</guid>
      <link>https://habr.com/ru/companies/citymobil/articles/501994/?utm_campaign=501994&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Любой крупный проект начинался с пары серверов. Cначала был один DB-сервер, потом к нему добавились слейвы, чтобы масштабировать чтение. И тут — стоп! Мастер один, а слейвов много; если уйдет один из слейвов, то всё будет хорошо, а если уйдет мастер — будет плохо: даунтайм, админы в мыле поднимают сервер. Что делать? Резервировать мастер. Мой коллега Павел уже писал об этом <a href="https://habr.com/ru/company/citymobil/blog/491044/">статью</a>, я не буду ее повторять. Вместо этого расскажу, почему вам обязательно нужен Orchestrator для MySQL!<br> <a href="https://habr.com/ru/articles/501994/?utm_campaign=501994&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Mon, 18 May 2020 07:08:55 GMT</pubDate>
      <dc:creator><![CDATA[sshayakovlev (Ситимобил)]]></dc:creator>
      <category><![CDATA[Блог компании Ситимобил]]></category><category><![CDATA[*nix]]></category><category><![CDATA[MySQL]]></category><category><![CDATA[Системное администрирование]]></category>
      <category><![CDATA[Orchestrator]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[ProxySQL — средство для демультиплексирования соединений]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/citymobil/articles/501730/</guid>
      <link>https://habr.com/ru/companies/citymobil/articles/501730/?utm_campaign=501730&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Здравствуйте, меня зовут Александр Яковлев, я работаю в компании Ситимобил и занимаюсь эксплуатацией. Сегодня я расскажу про очень интересный продукт ProxySQL — это высокопроизводительный MySQL Proxy, который умеет очень много — отлавливать и убивать запросы по маске, с помощью него можно искать sql injection, дублировать нагрузку и много другое. Я расскажу о нашем опыте работы с ним. <a href="https://habr.com/ru/articles/501730/?utm_campaign=501730&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Wed, 13 May 2020 10:38:02 GMT</pubDate>
      <dc:creator><![CDATA[sshayakovlev (Ситимобил)]]></dc:creator>
      <category><![CDATA[Блог компании Ситимобил]]></category><category><![CDATA[*nix]]></category><category><![CDATA[MySQL]]></category><category><![CDATA[Системное администрирование]]></category>
      <category><![CDATA[ProxySQL]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Репликация из MySQL в Tarantool]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/323870/</guid>
      <link>https://habr.com/ru/companies/vk/articles/323870/?utm_campaign=323870&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<p><img src="https://habrastorage.org/files/20c/4a4/b89/20c4a4b896e54b79ac1959231a2af8c2.jpg" alt="image"></p><br>
<p>Привет, Хабр! Сегодня поделюсь с вами статьёй, написанной по мотивам моего доклада на Tarantool Meetup. Маленькая история, почему в компании Мамба стали использовать Tarantool. Почему мы занялись репликацией из MySQL в Tarantool? Первая причина в том, что в какой-то момент нужно было начинать переходить на MySQL 5.7, но в нём отсутствует handler socket, который активно используется на наших серверах в MySQL 5.6. Мы даже связались с командой Percona, и они подтвердили, что 5.6 — это последняя версия c handler socket. </p><br>
<p>Вторая причина — мы начали пробное использование Tarantool, и скорость работы нам понравилась: мы просто сравнили memcache и Tarantool как key/value-хранилище, получив прирост производительности — с 0,6 до 0,3 мс на одинаковом железе. В относительном выражении Tarantool в два раза быстрее, в абсолютном выражении это не так круто, но всё же. И третья причина — желание полностью сохранить текущую структуру: есть MySQL Server Master и его Slave’ы, ничего переписывать не хотелось, хотелось оставить максимально близко к той архитектуре, что есть сейчас. Как бы нам сделать так, чтобы вместо Slave’ов MySQL 5.6, на которых используется handler socket, применить что-то другое и полностью не переписывать всю огромную архитектуру?</p> <a href="https://habr.com/ru/articles/323870/?utm_campaign=323870&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Tue, 14 Mar 2017 10:13:27 GMT</pubDate>
      <dc:creator><![CDATA[sshayakovlev (VK)]]></dc:creator>
      <category><![CDATA[Блог компании VK]]></category><category><![CDATA[MySQL]]></category><category><![CDATA[Tarantool]]></category><category><![CDATA[Анализ и проектирование систем]]></category><category><![CDATA[Высоконагруженные системы]]></category>
      <category><![CDATA[mail.ru]]></category><category><![CDATA[mysql]]></category><category><![CDATA[tarantool]]></category><category><![CDATA[mamba]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
