Ｃ语言比Java快早就是公认的事实了。而Java可以通过JNI调用C语言写的库很多人也都知道。但通过JNI调用Ｃ语言写的函数能提高效率吗？一直以来我都认为是的。昨晚心血来潮做了个测试，本意是想看看传说中强大的C语言在速度上到底有多强大，结果让我发现了通过JNI调有C语言并不能提高效率。不知道这样的结论有没有错，先说一下我测试的过程吧：第一个测

Discuz7.2坑爹集锦SQL篇DZ使用的是MySQL的MyISAM引擎，特点是简单快速，非常适合网络扁平数据。当数据量超过一定规模（大概300万），数据关联复杂（表连接增多）后性能急剧下降。并且在高读写并发时锁表严重（MyISAM是表锁，InnoDB有行锁），甚至导致表损坏。DZ7.2代码中SQL写法存在不标准的问题，虽然不影响执行但对维

　　PGcannotexecuteUPDATEinareadonlytransaction出现这种情况时，说明SQL语句可能是运行在一个PG集群中的非master节点上。查看data/pg\_hba.conf。　　SELECTpg_is_in_recovery();Thiscannotreturntrueinam

简介SOCI是用C编写的数据库访问库，使人将SQL查询嵌入常规C代码中，而完全位于标准C中。这个想法是为C程序员提供一种以最自然，最直观的方式访问SQL数据库的方法。如果您发现现有库太难满足您的需求或分散注意力，那么SOCI可能是一个不错的选择。当前支持的后端：DB2(https://www.osch

mysql5.6分页查询优化场景：表结构：主键（非自增）contentCode（varchar），过滤条件列为updateTime（timeStamp），已经为timestamp建立索引。搜索sql为：SELECTFROMmy_hello_tableWHEREupdat

\本文速览本篇文章较为详细的介绍了MyBatis执行SQL的过程。该过程本身比较复杂，牵涉到的技术点比较多。包括但不限于Mapper接口代理类的生成、接口方法的解析、SQL语句的解析、运行时参数的绑定、查询结果自动映射、延迟加载等。本文对所列举的技术点，以及部分未列举的技术点都做了较为详细的分析。全文篇幅很大，需要大家耐

SQL改写是数据库产品中使用比较频繁的一个技术，在大多数产品中的调用频率也非常高，通常对性能的需求需要接近对应数据库产品的上限。例如在天翼云关系型数据库中的Mysql语法兼容组件，其性能测试标准需要达到接近30万TPS，也意味着SQL改写环节的性能标准需要支持至少每秒30万次以上，否则会成为系统的性能瓶颈。

本文通过介绍在实际工作中慢SQL治理的经历，来使得读者受到一定的启发，从而迸发出星星点光，扩展出自己独有的思路，进而减少系统中的慢SQL，提升用户的体验，甚至能将一些不可预知的高风险扼杀在摇篮里。分享工作中的点点滴滴，贯彻千里之行，始于足下，最终以微不足道