作者：京东云质量部背景随着前端技术发展，已经转变为数据绑定为主流的框架方式，与后端服务一样，前端代码实现也会涉及相互依赖，引用这些场景，那么应该如何准确的评估前端代码改动的影响范围？依赖开发评估？依靠经验评估？或者直接前端自动化全回归？手工测试全回归？显然

前言最近项目组有个老项目要进行前后端分离改造，应前端同学的要求，其后端提供的返回值格式需形如{"status":0,"message":"success","data":{}}方便前端数据处理。要实现前端同学这个需求，其实也挺简单的，

​对于一个报表检验，性能就是其检验方向之一，皕杰报表之初就把性能摆到了第一位，但当面对超量的数据，服务器硬件毕竟有限，因而在设计报表时，性能优化也是需要考虑的问题。可以从以下几个方面来考虑优化：1.对数据集的sql语句进行优化，利用参数控制取出数据的数量，还可以使用视图或存储过程优化数据的获取。2.在制表的过程过程中进行函数的优化，使用select函数时，相

8月30日，TiDB发布PreGA版。该版本对MySQL兼容性、SQL优化器、系统稳定性、性能做了大量的工作。TiDB:SQL查询优化器调整代价模型优化索引选择，支持不同类型字段比较的索引选择支持基于贪心算法的JoinReorder

连接到Lightsail数据库简介:应用程序的Web前端的第一次迭代不建议固有的可伸缩性，因为数据库和前端位于同一台机器，只需要额外的前端容量，添加额外的数据库实例就会出现问题，若想解决此问题，需要分离前端和数据库，在此步骤中，您将调整PHP前端的配置，使其指向先前部署的Lightsail数据库。!在这里插入图片描述

2018年1月19日，TiDB发布1.1Alpha版。该版本对MySQL兼容性、SQL优化器、系统稳定性、性能做了大量的工作。TiDBSQLparser兼容更多语法SQL查询优化器统计信息减小内存占用优化统计信息启动时载入的时间

   我们在做项目的时候经常会遇到很多性能的问题，也成为整个系统优化最疼痛的问题，主要还是因为在用户量大的时候或者就是说高并发访问的时候，我们系统的数据库会有一个限制。当然也可以通过对数据库的优化对系统进行优化，（最常见的数据库优化手段无非就是建索引，explain分析慢sql，以及sql语句的优化或者分库分表等一系列的策略，当然后面我会专门写一篇文章专

随着项目的发展，前端SPA应用的规模不断加大、业务代码耦合、编译慢，导致日常的维护难度日益增加。同时前端技术的发展迅猛，导致功能扩展吃力，重构成本高，稳定性低。因此前端微服务应运而生。