- Главная
- →
- Базы данных и системы хранения
5 boring performance improvements in MongoDB 3.4 that matter Базы данных и системы хранения
Henrik Ingo – архитектор решений MongoDB, а сейчас ведущий инженер по производительности в Mongo DB. Специализируется на повышении производительности MongoDB и обеспечении высокой доступности, а иногда и на преобразовании XML-документов в JSON.
До MongoDB в течение многих лет работал в мире MySQL и LAMP с MySQL, MariaDB, Drizzle, Percona, WebScaleSQL, MySQL Cluster и Galera Cluster. Он также является контрибьютором в ядро Drupal 7.
Автор книги «Открытая жизнь: философия Open Source» (англ. "Open Life: The Philosophy of Open Source").
Henrik Ingo has worked 5 years at MongoDB. Initially as a Solutions Architect working with European customers, he's now in R&D on the performance team. Prior to MongoDB he was active - and an activist - in the MySQL space, and employed by MySQL (MySQL NDB Cluster team), MariaDB and Galera Cluster. Henrik is the author of the book "Open Life: The Philosophy of Open Source"
Тезисы
I will talk about performance improvements to MongoDB replication and sharding whose development I have been involved in. These under-the-hood improvements make a difference to users that have terabytes of data and possibly also lots of shards.
I'll cover the following improvements in MongoDB 3.4:
- Order of magnitude faster initial sync for replicas by building indexes in parallel
- Removing throttling from migrations (re-balancing) between shards
- Allowing parallel migrations between shards
- Moving the balancer process from the mongos servers to the primary config server (a singleton)
- Wire Protocol Compression to speed up replication in geographically distributed clusters
- Future improvements to expect
