来自Netflix性能优化大牛BrendanGregg的整理。观测分析测试调优参考

从一条更新SQL的执行过程窥探InnoDB之REDOLOG1前言数据库为了取得更好的读写性能，InnoDB会将数据缓存在内存中（InnoDBBufferPool），对磁盘数据的修改也会落后于内存，这时如果进程或机器崩溃，会导致内存数据丢失，为了保证数据库本身的一致性和持久性，InnoDB维护了REDOLOG。修改Page之前需要

CAS(CompareandSwap)CAS字面意思为比较并交换.CAS有3个操作数，分别是：内存值M，期望值E，更新值U。当且仅当内存值M和期望值E相等时，将内存值M修改为U，否则什么都不做。1.CAS的应用场景CAS只适用于线程冲突较少的情况。CAS的典型应用场景是：

前言Vue框架通过数据双向绑定和虚拟DOM技术，帮我们处理了前端开发中最脏最累的DOM操作部分，我们不再需要去考虑如何操作DOM以及如何最高效地操作DOM；但Vue项目中仍然存在项目首屏优化、Webpack编译配置优化等问题，所以我们仍然需要去关注Vue项目性能方面的优化，使项目具有更高效的性能、更好的用户体验。本文是作者通过

页框分配器在慢速分配中包括内存碎片化整理和内存回收，代码如下：static inline struct page __alloc_pages_slowpath(gfp_t gfp_mask, unsigned int order,      struct alloc_context ac){  page  __alloc_

一、基础篇1.1JVM1.1.1.Java内存模型，Java内存管理，Java堆和栈，垃圾回收http://www.jcp.org/en/jsr/detail?id133http://ifeve.com/jmmfaq/1.1.2.了解JVM各种参数及调优

数据库优化SQL查询优化1.避免全表扫描，应该考虑在where及orderby涉及的列上建立索引；2.查询时使用select明确指明所要查询的字段，避免使用select（keys，flushdb等）的操作；3.SQL语句尽量大写，

上一篇，我们介绍了《DB——数据的读取和存储方式》(https://my.oschina.net/u/1859679/blog/1581379)，这篇聊聊sql优化器的工作。关系型数据库的一大优势之一，用户无需关心数据的访问方式，因为这些优化器都帮我们处理好了，但sql查询优化的时候，我不得不要对此进行关注，因为这牵扯到查询性能问题。有经验的程序

Mysql高级day031\.应用优化前面章节，我们介绍了很多数据库的优化措施。但是在实际生产环境中，由于数据库本身的性能局限，就必须要对前台的应用进行一些优化，来降低数据库的访问压力。1.1使用连接池对于访问数据库来说，建立连接的代价是比较昂贵的，因为我们频繁的创建关闭连接，是比较耗费资源

作者：京东零售王军1.背景压测过程中优化线程池以后单机qps存在性能瓶颈，优化过程中发现默认线程池及日志对性能存在严重的影响所以引发了一系列对日志优化的整理2.哪些场景可能导致性能问题在任何系统中，日志都是非常重要的组成部分，它是反映系统运行情况的重要依据