qingsui9的博客

是new_order事务的数量，而非五种事务数量的总和 成功的new_order数 + 延迟的new_order数 - 之前成功的new_order数 - 之前延迟的new_order数 最后统计的Tpmc同样是只统计new_order事务

问题 当我使用tpcc-mysql tpcc-mysql 进行数据库测试时，遇到了以下问题 源码探索 在网上我找不到出错原因，所以我研究了源码。并将错误定位到下面的代码（ordstat.c line206-257）： /* find the most recent order for this customer */ proceed = 7; /*EXEC_SQL SELECT o_id, o_entry_d, COALESCE(o_carrier_id,0)

工作中遇到疑问：tpcc-mysql预热阶段具体干了什么？ 先上答案：预热阶段与正式测试时进行的操作是一样的！ 结果很惊人，探索过程如下： 网上找不到解答，研究了下代码，记录如下： lampup_time 首先，确定了一下记录预热时间的变量：lampup_time，并以此为关键词进行检索，发现以下代码： printf("\nRAMP-UP TIME.(%d sec.)\n",lampup_time); fflush(stdout); sleep(lampup_time); printf("\

最近在看公司的各类项目源码，发现对于data层的处理选择的框架技术各不相同，将自己的一些粗浅想法记录如下： 第一类：动态sql 这应该是比较老的mybatis的实现方式，用类似html标签的格式去书写sql，如<if test='...'>...</if>等方式进行一些动态的控制。这种方式与初学时直接写sql语句比较接近，但在阅读源码时，没有注释的情况下不太容易理解sql语句的目的。 第二类：NamedParameterJdbcTemplate 这种方式相对比较高级，其设计思路与下文

工作流最早起源于生产组织和办公自动化领域，它是针对平时工作中的业务流程活动而提出的概念，目的是将工作分解成概念清晰的任务，根据一定的原则和过程来实施这些任务并加以监控。 工作流引擎的设计中，有四张重要的表设计如下： 工作流引擎开发者负责的是提供对整个引擎的维护，负责引擎的运作、错误处理，并为用户提供一种接口，我们一般称之为action模块，即给用户一种定义flow的过程。用户又分为两类，一类负责编写action（接触的是定义类表），另一类根据编写好的action模块创建具体实例进行日常的工作（接触实例类）

全文检索 源码感悟 今天读一个web网页的全文检索源码，有所收获，记录如下。 大致流程： 使用中间件redis，从数据库中获得数据，检索时再从redis取数据。 细节描述 数据库 -> redis 分不同模块存放数据。 建立一个Map suppliers，键为模块名，值存放数据源各supplier类(实现了Supplier<List>，以支持多线程)； 再建立一个Map tasks，键为模块名，值存放supplier类的get方法获得的数据； 遍历suppliers，令其中的supplie