当需要从数据库查询的表有上万条记录的时候，一次性查询所有结果会变得很慢，特别是随着数据量的增加特别明显，这时就需要使用分页查询。对于数据库分页查询，也有很多种方法和优化的点。谈优化前的准备工作为了对下面列举的一些优化进行测试，需要使用已有的一张表作为实际例子。表名：order\_history。描述：某个业务的订单历史表。主要字段

吞吐量和停顿时长，这两个优化目标是有冲突的。那么有没有可能提高吞吐量而不影响停顿时长，甚至缩短停顿时长呢？答案是有可能的，提高内存占用（MemoryFootprint）就有可能同时优化这两个标的，这篇文章就来聊聊内存相关内容。

引言在synchronized未优化之前，我们在编码中使用最多的同步工具类应该是ReentrantLock类，ReentrantLock拥有优化后synchronized关键字的性能，又提供了更多的灵活性。相比synchronized，他在功能上更加强大，具有等待可中断，公平锁以及绑定多个条件等synchronized不具备

在整理前几篇文章的时候有朋友提出写一下ListView的性能优化方面的东西，这个问题也是小马在面试过程中被别人问到的…..今天小马就借此机会来整理下，网上类似的资料蛮多的，倒不如自己写一篇，记录在这个地方，供自己以后使用，不用再翻来翻去的找了，用自己写的…呵呵，不多讲其它了，说起优化我想大家第一反应跟小马一样吧？想到利用ViewHolder来优化List

2019年5月10日，TiDB发布3.0.0rc.1版，对应的TiDBAnsible版本为3.0.0rc.1。相比3.0.0beta.1版本，该版本对系统稳定性、易用性、功能、优化器、统计信息以及执行引擎做了很多改进。TiDBSQL优化器利用列之间的顺序相关性提升代价估

ChangelogOneFlow发布了新版本0.3.2，这个版本以及之前的0.3.1版本都是大版本0.3.0的minor版本，所以在此一并介绍。在这个版本中，引入了大量性能优化、加入了不少新的feature，率先支持了CUDA11.1。主要新功能一览支持亚线性内存优化

我们在写java程序的时候，为了进行优化，把全部的精力用在了处理效率上，但是对IO的关注却很少。这也可能是由以前java早期时JVM在解释字节码时速度慢，运行速率大大低于本地编译代码，因此以前往往忽视了IO的优化。但是现在JVM在运行时优化已前进了一大步，现在的java应用程序更多的是受IO的束缚，也就是将时间花在等待数据传输上。现在有了NIO，就可以减

大家好，我是知数堂SQL优化班老师网名：骑龟的兔子已经很久没写文章了今天分享一篇优化SQL案例slowquery里有如下SQL!(https://oscimg.oschina.net/oscnet/13cd74b3a9964735a8f4c848395d8b5f.png)看下执行计

我们在写java程序的时候，为了进行优化，把全部的精力用在了处理效率上，但是对IO的关注却很少。这也可能是由以前java早期时JVM在解释字节码时速度慢，运行速率大大低于本地编译代码，因此以前往往忽视了IO的优化。但是现在JVM在运行时优化已前进了一大步，现在的java应用程序更多的是受IO的束缚，也就是将时间花在等待数据传输上。现在有了NIO，就可以减

作者：京东零售王军回顾：MySQL的执行过程回顾MySQL的执行过程，帮助介绍如何进行sql优化。（1）客户端发送一条查询语句到服务器；（2）服务器先查询缓存，如果命中缓存，则立即返回存储在缓存中的数据；（3）未命中缓存后，MySQL通过关键字将SQL语句