ShardingSphere并不负责如何采集、存储以及展现利用性能监控的相干数据，而是将SQL解析与SQL执行这两块数据分片的最外围的相干信息发送至利用性能监控零碎，并交由其解决。换句话说，ShardingSphere仅负责产生具备价值的数据，并通过标准协议递交至相干零碎。ShardingSphere能够通过两种形式对接利用性能监控零碎。

ShardingSphere在数据库治理模块应用SPI形式载入数据到配置核心/注册核心，进行实例熔断和数据库禁用。目前，ShardingSphere外部反对Zookeeper和etcd这种罕用的配置核心/注册核心。此外，您能够应用其余第三方配置核心/注册核心，并通过SPI的形式注入到ShardingSphere，从而应用该配置核心/注册核心，实现数据库治理性能。

注册核心在定义的命名空间的state下，创立数据库拜访对象运行节点，用于辨别不同数据库拜访实例。包含instances和datasources节点。

配置核心在定义的命名空间的config下，以YAML格局存储，包含数据源，数据分片，读写拆散、Properties配置，可通过批改节点来实现对于配置的动静治理。

外围概念主库从库主从同步负载平衡策略主库增加、更新以及删除数据操作所应用的数据库，目前仅反对单主库。从库查问数据操作所应用的数据库，可反对多从库。主从同步将主库的数据异步的同步到从库的操作。因为主从同步的异步性，从库与主库的数据会短时间内不统一。负载平衡策略通过负载平衡策略将查问申请疏导至不同从…

面对日益减少的零碎访问量，数据库的吞吐量面临着微小瓶颈。 对于同一时刻有大量并发读操作和较少写操作类型的利用零碎来说，将数据库拆分为主库和从库，主库负责解决事务性的增删改操作，从库负责解决查问操作，可能无效的防止由数据更新导致的行锁，使得整个零碎的查问性能失去极大的改善。

导览本大节介绍数据分片局部的其余性能，次要包含：Inline表达式分布式主键强制分片路由行表达式实现动机语法阐明配置数据节点配置分片算法实现动机配置的简化与一体化是行表达式所心愿解决的两个次要问题。在繁琐的数据分片规定配置中，随着数据节点的增多，大量的反复配置使得配置自身不易被保护。通过行表达式能够有…

ShardingSphere应用不同解析器反对SQL多种方言。对于未实现解析器的特定SQL方言，默认采纳SQL92规范进行解析。特定SQL方言解析器PostgreSQL解析器MySQL解析器Oracle解析器SQLServer解析器注：MySQL解析器反对的方言包含MySQL、H2和MariaDB。默认SQL方言解析器其余SQL方言，如SQLite、Sybase、DB2和Informix等，默认采纳S…

尽管ShardingSphere心愿可能齐全兼容所有的SQL以及单机数据库，但分布式为数据库带来了更加简单的场景。ShardingSphere心愿可能优先解决海量数据OLTP的问题，OLAP的相干反对，会一点一点的逐步欠缺。

ShardingSphere反对的后果归并从性能上分为遍历、排序、分组、分页和聚合5种类型，它们是组合而非互斥的关系。从构造划分，可分为流式归并、内存归并和装璜者归并。流式归并和内存归并是互斥的，装璜者归并能够在流式归并和内存归并之上做进一步的解决。