上一页 1 ··· 4 5 6 7 8 9 10 11 12 ··· 64 下一页
摘要: 设定好几台数据库服务器,每台服务器上几个库,每个库多少个表,推荐是32库 * 32表。 比如4台服务器,每台服务器上8个库,每个库32张表。 路由的规则,orderId%32 = 库,orderId / 32 %32 = 表 扩容的时候,申请增加更多的数据库服务器,装好mysql,倍数扩容,4台服务 阅读全文
posted @ 2018-12-13 19:34 __Meng 阅读(2533) 评论(3) 推荐(0) 编辑
摘要: 停机迁移方案 网站或者app挂个公告,说0点到早上6点进行运维,无法访问 接着到0点,停机,没有流量写入了,此时老的单库单表数据库静止了。然后你之前得写好一个导数的一次性工具,此时直接跑起来,然后将单库单表的数据读出来,写到分库分表里面去。 导数完了之后,就ok了,修改系统的数据库连接配置啥的,包括 阅读全文
posted @ 2018-12-13 16:35 __Meng 阅读(903) 评论(0) 推荐(0) 编辑
摘要: 单表到几百万的时候,性能就会相对差一些了,你就得分表了。 分表是啥意思?就是把一个表的数据放到多个表中,然后查询的时候你就查一个表。比如按照用户id来分表,将一个用户的数据就放在一个表中。然后操作的时候你对一个用户就操作那个表就好了。这样可以控制每个表的数据量在可控的范围内,比如每个表就固定在200 阅读全文
posted @ 2018-12-13 15:38 __Meng 阅读(265) 评论(0) 推荐(0) 编辑
摘要: 系统拆分,将一个系统拆分为多个子系统,用dubbo来搞。然后每个系统连一个数据库,这样本来就一个库,现在多个数据库,不也可以抗高并发么。 缓存,必须得用缓存。大部分的高并发场景,都是读多写少,那你完全可以在数据库和缓存里都写一份,然后读的时候大量走缓存不就得了。毕竟人家redis轻轻松松单机几万的并 阅读全文
posted @ 2018-12-13 10:26 __Meng 阅读(2138) 评论(0) 推荐(0) 编辑
摘要: tomcat + redis 这个其实还挺方便的,就是使用session的代码跟以前一样,还是基于tomcat原生的session支持即可,然后就是用一个叫做Tomcat RedisSessionManager的东西,让所有我们部署的tomcat都将session数据存储到redis即可。 在tom 阅读全文
posted @ 2018-12-10 10:18 __Meng 阅读(1874) 评论(1) 推荐(0) 编辑
摘要: 分布式协调 这个其实是zk很经典的一个用法,比如,A系统发送个请求到mq,然后B拿到消息消费之后处理了。那A系统如何知道B系统的处理结果? 用zk就可以实现分布式系统之间的协调工作。A系统发送请求之后可以在zk上对某个节点的值注册个监听器,一旦B系统处理完了就修改zk那个节点的值,A立马就可以收到通 阅读全文
posted @ 2018-12-07 10:18 __Meng 阅读(325) 评论(0) 推荐(0) 编辑
摘要: 假如你有个服务提供一个接口,结果这个服务部署在了5台机器上,接着有个接口就是付款接口。 然后用户在前端上操作的时候,不知道为啥,总之就是一个订单不小心发起了两次支付请求,然后这俩请求分散在了这个服务部署的不同的机器上,结果造成一个订单扣款扣两次。 所谓幂等性,就是说一个接口,多次发起同一个请求,你这 阅读全文
posted @ 2018-12-06 16:20 __Meng 阅读(12565) 评论(0) 推荐(1) 编辑
摘要: dubbo负载均衡策略 random loadbalance 默认情况下,dubbo是random load balance随机调用实现负载均衡,可以对provider不同实例设置不同的权重,会按照权重来负载均衡,权重越大分配流量越高,一般就用这个默认的就可以了。 roundrobin loadba 阅读全文
posted @ 2018-12-06 11:14 __Meng 阅读(1764) 评论(0) 推荐(0) 编辑
摘要: dubbo支持的通信协议 dubbo协议 dubbo://192.168.0.1:20188 默认就是走dubbo协议的,单一长连接,NIO异步通信,基于hessian作为序列化协议 适用的场景就是:传输数据量很小(每次请求在100kb以内),但是并发量很高 为了要支持高并发场景,一般是服务提供者就 阅读全文
posted @ 2018-12-06 10:05 __Meng 阅读(15901) 评论(2) 推荐(1) 编辑
摘要: dubbo工作原理 第一层:service层,接口层,给服务提供者和消费者来实现的 第二层:config层,配置层,主要是对dubbo进行各种配置的 第三层:proxy层,服务代理层,透明生成客户端的stub和服务端的skeleton 第四层:registry层,服务注册层,负责服务的注册与发现 第 阅读全文
posted @ 2018-12-05 16:09 __Meng 阅读(943) 评论(0) 推荐(0) 编辑
上一页 1 ··· 4 5 6 7 8 9 10 11 12 ··· 64 下一页