ShardingService shardingIfNecessary
2016-01-28 10:35:08 0 举报
ShardingService shardingIfNecessary是一个在分布式系统中常用的方法,主要用于实现数据库的水平分片。当单个数据库无法满足系统的性能需求时,该方法能够将数据分散到多个数据库中,从而提高系统的处理能力和扩展性。通过合理的分片策略,可以确保数据在各个分片之间的均衡分布,避免出现热点数据和数据倾斜的问题。此外,shardingIfNecessary还可以实现数据的备份和容错,提高系统的可靠性。总之,ShardingService shardingIfNecessary是一种有效的数据库优化手段,对于大型互联网应用具有重要的意义。
作者其他创作
大纲/内容
DB SLAVE
配置中心
agent
按照分组策略实现,更新/servers/ip/sharding/key 对应的服务器
日志收集
报警中心
查看差异明细
模型信息对比
MASTER
调度服务
监控server
WEB UI
push alert
SLAVE
环境:devtestprepro
metric
节点/execution/作业项/running代表是否启动
构件
docker容器服务化
查看差异汇总
数据源
c++ 业务处理层
push metric
kibana
API clients
工程量差分析
nginx
邮件
Elasticsearch
tenant C
Filebeat
存储 集群
造价云
DB MASTER
服务 1
查看是否需要分片
logstash日志解析
清除各SERVER_SHARDING的path 节点
web端:各种浏览器
监控集群 server
整楼
tracing
tenant B
tenant A
导出对比结果
Database
等待所有正在running的job
pre worker
Y
工程设置差异分析查询
模型对比信息
链路追踪服务
前端服务
取得可用的servers:查看/servers/ip/status(包含)和/servers/ip/disabled(不包含)
工程量差分析查询
数据服务层
server端推送
ES 搜索
短信
LVS
导出excel
配置中心client
服务业务流程追踪
差异信息总览
N
工程量对比
构件类型
路径:/leader/sharding/necessary
bus worker
取得JobShardingStrategy
删除节点/necessary和/processing
日志统一管理
路径:leader/election/host
分片开始
找到/servers下所有的子节点
路径:/leader/sharding/processing
查询
DB 集群
https://gtjcloud.glodon.com/
工程设置对比
服务统一监控 报警
服务集群
后端服务
查看本地ip是否是主节点
REDIS 集群
图元
结束
schema(tenantId)
配置:monitorExecution配置
链路追踪服务集群
java 层
服务自动部署
配置中心集群 server
服务 2
楼层
client端查询
jobName 实现接口【JobShardingStrategy】
添加临时节点proccessing
查看作业监控状态是否为true
0 条评论
下一页