摘要：3个案例，详解如何选择合适的研发模式，研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。本文我们将根据不同的团队场景，分析如何选择适合自己团队的研发模式。 策划&编辑｜雅纯上一讲，我们详细介绍了4种常见的分支模式及其优劣对比。本文我们将根据不同的团队场景，分析如何选择适合团队的研发模式。研发模式选择看什么  研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。比如团队规模很小，协作成熟度很高，就直接用主干开发。类似于Web服务端的开发，可以做到持续部署，可以选择GitHub—Flow，或者是TBD。如果你的团队规模比较大，需要开发的时候做相应的隔离，再看协作

摘要：3个案例，详解如何选择合适的研发模式，研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。本文我们将根据不同的团队场景，分析如何选择适合自己团队的研发模式。 策划&编辑｜雅纯上一讲，我们详细介绍了4种常见的分支模式及其优劣对比。本文我们将根据不同的团队场景，分析如何选择适合团队的研发模式。研发模式选择看什么  研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。比如团队规模很小，协作成熟度很高，就直接用主干开发。类似于Web服务端的开发，可以做到持续部署，可以选择GitHub—Flow，或者是TBD。如果你的团队规模比较大，需要开发的时候做相应的隔离，再看协作

  一、前言 在应用开发的早期，数据量少，开发人员开发功能时更重视功能上的实现，随着生产数据的增长，很多SQL语句开始暴露出性能问题，对生产的影响也越来越大，有时可能这些有问题的SQL就是整个系统性能的瓶颈。 二、SQL优化一般步骤 1、通过慢查日志等定位那些执行效率较低的SQL语句 2、explain分析SQL的执行计划 需要重点关注type、rows、filtered、extra。 type由上至下，效率越来越高。 ALL 全表扫描； index 索引全扫描； range 索引范围扫描，常用语=,between,in等操作； ref 使用非唯一索引扫描或唯一索引前缀扫描，返回单条记录，常出

  一、前言 在应用开发的早期，数据量少，开发人员开发功能时更重视功能上的实现，随着生产数据的增长，很多SQL语句开始暴露出性能问题，对生产的影响也越来越大，有时可能这些有问题的SQL就是整个系统性能的瓶颈。 二、SQL优化一般步骤 1、通过慢查日志等定位那些执行效率较低的SQL语句 2、explain分析SQL的执行计划 需要重点关注type、rows、filtered、extra。 type由上至下，效率越来越高。 ALL 全表扫描； index 索引全扫描； range 索引范围扫描，常用语=,between,in等操作； ref 使用非唯一索引扫描或唯一索引前缀扫描，返回单条记录，常出

项目早期数据量少，开发人员开发时更重视功能上的实现，随着生产数据的增长，很多SQL语句开始暴露出性能问题，对生产的影响也越来越大，有时可能这些有问题的SQL就是整个系统性能的瓶颈。SQL优化整体主要体现在两个方面：1.减少IO的次数，就是所有查询尽量全部走索引2.减少IO的数据量，比如mysql5.6后的索引下推等，尽量减少传输数据量1.SQL常规优化步骤一、通过慢查日志等定位那些执行效率较低的SQL语句二、explain分析SQL的执行计划需要重点关注type、key、rows、filtered、extra。type由上至下，效率越来越高1、ALL全表扫描2、index索引全扫描3、rang

项目早期数据量少，开发人员开发时更重视功能上的实现，随着生产数据的增长，很多SQL语句开始暴露出性能问题，对生产的影响也越来越大，有时可能这些有问题的SQL就是整个系统性能的瓶颈。SQL优化整体主要体现在两个方面：1.减少IO的次数，就是所有查询尽量全部走索引2.减少IO的数据量，比如mysql5.6后的索引下推等，尽量减少传输数据量1.SQL常规优化步骤一、通过慢查日志等定位那些执行效率较低的SQL语句二、explain分析SQL的执行计划需要重点关注type、key、rows、filtered、extra。type由上至下，效率越来越高1、ALL全表扫描2、index索引全扫描3、rang