vim 有三种编辑模式，命令模式、输入模式、视窗模式，我们常用的是前两种模式，但是视窗模式还是非常不错的，进入 vim 编辑器，模式是命令模式，可以通过 i、a 等进入输入模式，也可以通过 v、 c+v 进入视窗模式。 视窗模式可以让我们选择一块区域，这个区域好比是一个视图窗口，可以进行批量编辑。阅读全文

　　posted @ 2019-06-29 10:09 王清培 阅读 (290) 评论 (2)编辑

　　posted @ 2019-05-17 12:52 王清培 阅读 (142) 评论 (0)编辑

　　近期有一个需求，需要对优惠券可用商品列表加个排序，只针对面值类的券不包括折扣券。 需求是这样的，假设有一张面值券 50 块钱，可用商品列表 A 100、B 40、C 10，当用户查询当前券可用商品列表的时候优先将卡券可以直接抵扣且不需要用户在额外支付的商品排在前面。阅读全文

　　posted @ 2019-02-23 19:35 王清培 阅读 (1854) 评论 (0)编辑

　　分布式锁现在用的越来越多，通常用来协调多个并发任务。在一般的应用场景中存在一定的不安全用法，不安全用法会带来多个master在并行执行，业务或数据可能存在重复计算带来的副作用，在没有拿到lock的情况下扮演者master等诸如此类。 要想准确的拿到分布式锁，并且准确的捕获在分布式情况下锁的动态转移状态，需要处理网络变化带来的连锁反应。比如常见的 session expire、connectionLoss，在设置lock状态的时候我们如何保证准确拿到lock。阅读全文

　　posted @ 2019-01-26 12:51 王清培 阅读 (1733) 评论 (1)编辑

　　最近在陆续做机房升级相关工作，配合DBA对产线数据库链接方式做个调整，将原来直接链接读库的******切换到统一的读负载均衡的代理 haproxy 上，方便机柜和服务器的搬迁。 切换之后线上时不时的会发生 discard connection 错误，导致程序报 500 错误，但不是每次都必现的。 开发框架: spring boot+mybatis+druid+shardingJDBC 网络架构: appserver-mysql(master) 写 appserver-haproxy-mysql(slave)/n 读阅读全文

　　posted @ 2019-01-19 14:16 王清培 阅读 (1562) 评论 (2)编辑

　　在使用 RabbitMQ 的时候，作为消息发送方希望杜绝任何消息丢失或者投递失败场景。RabbitMQ 为我们提供了两个选项用来控制消息的投递可靠性模式。 rabbitmq 整个消息投递的路径为： producer-rabbitmq broker cluster-exchange-queue-consumer message 从 producer 到 rabbitmq broker cluster 则会返回一个 confirmCallback 。 message 从 exchange-queue 投递失败则会返回一个 returnCallback 。我们将利用这两个 callback 控制消息的最终一致性和部分纠错能力。阅读全文

　　posted @ 2018-07-28 11:57 王清培 阅读 (3375) 评论 (0)编辑

　　最近一段时间内结束了数据库表拆分项目，这里做个简单的小结。 本次拆分主要包括订单和优惠券两大块，这两块都是覆盖全集团所有分子公司所有业务线。随着公司的业务飞速发展，不管是存储的要求，还是写入、读取的性都基本上到了警戒水位。 订单是交易的核心，优惠券是营销的核心，这两块基本上是整个平台的正向最核心部分。为了支持未来三到五年的快速发展，我们需要对数据进行拆分。 数据库表拆分业内已经有很多成熟方案，已经不是什么高深的技术，基本上是纯工程化的流程，但是能有机会进行实际的操刀一把机会还是难得，所以非常有必要做个总结。阅读全文

　　posted @ 2018-07-21 17:05 王清培 阅读 (1107) 评论 (0)编辑

　　从 __SOA__ 架构到现在大行其道的微服务架构，系统越拆越小，整体架构的复杂度也是直线上升，我们一直老生常谈的微服务架构下的技术难点及解决方案也日渐成熟（包括典型的数据一致性，系统调用带来的一致性问题，还是跨节点跨机房复制带来的一致性问题都有了很多解决方案），但是有一个环节我们明显忽略了。 在现在的微服务架构趋势下，微服务在运维层面和自动化部署方面基本上是比较完善了。从我个人经验来看，上层的开发、测试对微服务架构带来的巨大变化还在反应和学习中。阅读全文