做性能测试定位瓶颈的时候，定位到是因为某些SQL语句的查询慢所影响的，此时我们提出优化方案，肯定希望验证下优化后的SQL，此时需要借助JMeter的JDBC请求，那么我们就需要学习JMeter如何与MySQL进行整合测试。环境准备除了JMeter外，还需要准备以下软件和Jar包：MySQL数据库服务

!(https://oscimg.oschina.net/oscnet/7b00ec583b5e42cc80e8c56c6556c082.jpg)Java技术栈www.javastack.cn关注阅读更多优质文章(https://www.oschina.net/action/GoToLink?urlhttp

MyBatis虽然有很好的SQL执行性能，但毕竟不是完整的ORM框架，不同的数据库之间SQL执行还是有差异。笔者最近在升级Oracle驱动至ojdbc7，就发现了处理DATE类型存在问题。还好MyBatis提供了使用自定义TypeHandler转换类型的功能。本文介绍如下使用TypeHandler实现日期类型的转换。问题背景

什么是ORMORM，即ObjectRelationalMapping（对象关系映射），它的作用是在关系型数据库和业务实体对象之间作一个映射，这样，我们在具体的操作业务对象的时候，就不需要再去和复杂的SQL语句打交道，只需简单的操作对象的属性和方法。ORM的优缺点是什么优点：摆脱复杂的SQL操作

一：二级缓存简介为什么需要缓存：　　　　　　查询大量数据时更快，拉高程序的性能什么样的数据需要缓存：　　　　　　很少被修改或根本不改的数据数据字典业务场景比如：耗时较高的统计分析sql、电话账单查询sql等关系型数据库：数据与数据之间存在关系（联系）的数据库mysql/Oracle

一概述　　上一节分析了retrofit2从创建到执行的完整流程，本节分析一下两个非常重要的功能。数据转换器的实现以及网络请求适配器的实现。二、GsonConvertFactory.create()数据转换器的实现过程以及执行过程　　我们先看下GsonConvertFactory.crete()的源代码，此类在retrofitco

这篇主要介绍对慢SQL优化的一些手段，而在讲解具体的优化措施之前，我想先对EXPLAIN进行介绍，它是我们在分析查询时必要的操作，理解了它输出结果的内容更有利于我们优化SQL。为了方便大家的阅读，在下文中规定类似key1的表示二级索引，key\part1表

在优化IM服务API接口时，常见的性能瓶颈主要包括以下几个方面：数据库瓶颈：SQL查询过慢：数据库中的SQL查询没有经过优化，查询复杂，索引设计不合理，或者需要对大量数据进行扫描，导致数据库响应变慢。数据库连接池耗尽：在高并发请求场景下，数据库连接池中的连

作者：京东物流京东物流一、前言在做MySQL的SQL优化时，如果只涉及到单表查询，那么大部分慢SQL都只需从索引上入手优化即可，通过添加合适的索引来消除全表扫描或者排序操作，执行效果，大概率能实现质的飞跃。然而，在实际生产中，除了单表查询，更多的是多个表的

本文分享自天翼云开发者社区《》，作者：徐东1、自适应中reduce参数控制spark.sql.adaptive.shuffle.targetPostShuffleInputSize用于控制任务Shuffle后的目标输入大小（以字节为单位）。spark.sq