Python一直以来被诟病速度慢，影响开发效率，希望这次Guido老爷子能帮python打一场漂亮的翻身仗。这篇文章不准备介绍Python速度如何，而是给大家带来一些常用且实用的Python代码实例，几乎是开发者必备的知识点。1、合并两个字典Python3.5之后，合并字典变得容易起来。我们可以通过符号解压字典，并将多个字典传入中，实现合并。defMerg

微服务并非它的体积足够小，而是它的责任足够单一，很多人误解了「微」的真实含义，认为服务拆分得足够小就是微服务了，其实并非这样。此外，「微」还有“微不足道”的意思，也就是说，某个服务出现故障，它不会影响整个系统。微服务并非细粒度服务的组合，也就是说，粒度要细到什么程度，这取决于对业务功能的把控能力。此外，微服务是一种架构思想，包括看

一、数据库设计规范1.使用innodb引擎2.数据库和表的字符集统一使用utf83.所有表和字段添加注释4.单表数据量控制<500w5.谨慎使用mysql分区，跨区查询影响性能6.冷热数据分离，缓存7.禁止在数据库中存储图片，文件等大的二进制数据8.禁止在线上做数据库压力测试9.禁止从开发和测试环境直接连

作为一个有丰富经验的微服务系统架构师，经常有人问我，“应该选择RabbitMQ还是Kafka？”。基于某些原因，许多开发者会把这两种技术当做等价的来看待。的确，在一些案例场景下选择RabbitMQ还是Kafka没什么差别，但是这两种技术在底层实现方面是有许多差异的。不同的场景需要不同的解决方案，选错一个方案能够严重的影响你对软件的设计，开发和维护的能力

场景描述线上mysql数据库里面有张表保存有每天的统计结果，每天有1千多万条，这是我们意想不到的，统计结果咋有这么多。运维找过来，磁盘占了200G，最后问了运营，可以只保留最近3天的，前面的数据，只能删了。删，怎么删？因为这是线上数据库，里面存放有很多其它数据表，如果直接删除这张表的数据，肯定不行，可能会对其它表有影响。尝试每次只删除

前言在开发和创新领域中，DevOps、敏捷开发以及云计算终于突破了布道阶段逐步成为主流，本篇文章讲述将三种模式结合在一起所带来的巨大收益。随着数字化的快速发展，整个世界都在全方位转型，过去的十年中，个人和职业生活都受到了技术的深刻影响，这一切可能要归功于DevOps。DevOps出现前2013年，敏捷开发受到很多开发

一、概念1\.内存泄漏：对象使用完之后，没有按照预期被GC回收，一直留在内存中2\.内存溢出：大量对象一直留在内存中，导致内存不够用(OOM)，影响正常的程序运行二、内存泄漏的场景1\.内存中数据量太大，比如一次性从数据库中取出来太多数据2\.静态集合类中对对象的引用，在使用完后未清空(只把对象设为null，而不是从集合中移除)，

Hello大家好，本章我们添加全局异常处理。另求各路大神指点，感谢一：为什么需要定义全局异常在互联网时代，我们所开发的应用大多是直面用户的，程序中的任何一点小疏忽都可能导致用户的流失，而程序出现异常往往又是不可避免的，所以我们需要对异常进行捕获，然后给予相应的处理，来减少程序异常对用户体验的影响二：添加业务类异常在前面说过

Spring事务原理一探概括来讲，事务是一个由有限操作集合组成的逻辑单元。事务操作包含两个目的，数据一致以及操作隔离。数据一致是指事务提交时保证事务内的所有操作都成功完成，并且更改永久生效；事务回滚时，保证能够恢复到事务执行之前的状态。操作隔离则是指多个同时执行的事务之间应该相互独立，互不影响。事务是一个比较广泛的概念，事务

前言本文总结了一些常见的线上应急现象和对应排查步骤和工具。分享的主要目的是想让对线上问题接触少的同学有个预先认知，免得在遇到实际问题时手忙脚乱。毕竟作者自己也是从手忙脚乱时走过来的。只不过这里先提示一下。在线上应急过程中要记住，只有一个总体目标：尽快恢复服务，消除影响。不管处于应急的哪个阶段，我们首先必须想到的是恢复问题，恢复问题不一