https://ns.opennet.ru/openforum/vsluhforumID3/117906.html Доступен (https://pingcap.com/blog/tidb-3.0-announcement/) релиз распределённой СУБД TiDB 3.0 (https://pingcap.com/index), развиваемой под впечатлением от технологий Google Spanner (http://research.google.com/archive/spanner.html) и F1 (http://research.google.com/pubs/pub38125.html). TiDB относится к категории гибридных систем HTAP (Hybrid Transactional/Analytical Processing), способных как обеспечивать выполнение транзакций в реальном времени (OLTP), так и выполнять обработку аналитических запросов. Проект написан на языке Go и распространяется (https://github.com/pingcap/tidb) под лицензией Apache 2.0.<br><br><br><br><br>Особенности TiDB:<br><br><br><br>- Поддержка SQL и предоставление клиентского интерфейса, совместимого с протоколом MySQL, что упрощает адаптацию для TiDB существующих приложений, написанных для MySQL, а также позволяет задействовать распространённые клиентские библиотеки. Кроме протокола MySQL для обращения к СУБД можно использовать API на базе JSON и коннектор для Spark.<br><br><br>- Из возможностей SQL поддержи https://ns.opennet.ru/openforum/vsluhforumID3/117906.html#41 Wed, 17 Jul 2019 10:23:51 GMT В один раздел (шард, партицию, таблицу, etc) должен писать кто-то один. Тот самый мастер, которого выбирают в shared-системах. Для изолированных областей мастеров может быть больше одного (по числу областей).<br>* Если нужен ACID, жизнь становится совсем сложной.<br> https://ns.opennet.ru/openforum/vsluhforumID3/117906.html#40 Tue, 16 Jul 2019 10:28:15 GMT ok, только тогда речь об одной группе (не будет развала на несколько групп) - это работает, вот только тогда нафига выборы?<br> https://ns.opennet.ru/openforum/vsluhforumID3/117906.html#39 Tue, 16 Jul 2019 03:54:00 GMT Если n серверов, то требовать кворум размером &gt; n/2.<br> https://ns.opennet.ru/openforum/vsluhforumID3/117906.html#38 Mon, 15 Jul 2019 22:39:15 GMT https://pingcap.com/blog/2017-07-24-tidbbestpractice/<br> https://ns.opennet.ru/openforum/vsluhforumID3/117906.html#37 Mon, 15 Jul 2019 16:49:35 GMT А можно такое же но для nosql?<br> https://ns.opennet.ru/openforum/vsluhforumID3/117906.html#36 Mon, 15 Jul 2019 16:46:23 GMT если рассматривать кворум из всех серверов тогда да ok, только нафиг тогда выборы? а если кворум образованных сетевыми проблемами групп - то это brain split.<br> https://ns.opennet.ru/openforum/vsluhforumID3/117906.html#35 Mon, 15 Jul 2019 15:39:37 GMT Ну почему. Можно запретить выбирать лидера, если нет кворума :)<br> https://ns.opennet.ru/openforum/vsluhforumID3/117906.html#34 Mon, 15 Jul 2019 12:36:12 GMT Надо потестировать хорошо бы даже посравнивать с какой-нибудь MySQL, а чем можно клонировать запросы сразу на два узла обычный MySQL Server и в это чудо. Есть какой-то проект такой MySQL Proxy<br> https://ns.opennet.ru/openforum/vsluhforumID3/117906.html#33 Mon, 15 Jul 2019 09:50:01 GMT (Тарут, блжад! да простит мне Осирис путанницу)<br><br>Ну как бе там предлагают записаться на бесплатный курс на предмет разбирания в деталях, не такое уж это и просто занятие.<br><br>Ну и опыт F1 как бы намекает:<br><br>ORM Anti-Patterns&#9679;Obscuring database operations from app developers&#9679;Serial reads/for loops doing one query per iteration&#9679;Implicit traversal/Adding unwanted joins and loading unnecessary data<br><br>These hurt performance in all databases.They are disastrous on F1.<br><br>ничего такого неожиданного. Как и то, что на массовых insert будет тормоз, а немассовые надо буферизовать из-за большой задержки.<br><br>Но как вообще можно пользоваться таким продуктом китайской разработки, безотносительно к его применимости для конкретной задачи - я не понимаю.<br><br>