组提交数目mincount如何理解？

MINCOMMIT字面上可以解释为"最少提交",
我们也知道，提交物事有几种，直接commit,或log buffer满后，
上楼的兄弟也说了，如果有大量小的小事物频繁的提交就会将log buffer中的内容写到磁盘中。
你说mincommit就像一个组交易，只有当该参数值大于1 ，并且当连接到数据库的应用程序数量大于或等于该参数值时，才会发生这个提交分组。当执行提交分组时，应用程序的提交请求会被挂起，直到时间过去 1 秒或提交请求的数量等于该参数值。
说开了，是不是这样的，比如20个应用程序并发连接并提交，那就有20多次的把log buffer中的内容写到磁盘。用了mincommit后，可以把这20个应用程序的提交控制住，合成一个组的方式去提交？把20个提交现在只要一个提交就可以了？ mincommit的值是组的个数吗？比如这个mincommit的值为3,难道就把这20个小事物分成3组来提交?收起

这个的功能类似于组提交,主要的作用是为了避免大量小事务的场景中,频繁的提交触发频繁将log buffer中的内容写到磁盘的问题.收起

我搞不懂现在的人咋回事,为什么不能学会自己学习,上网找资料,总想不劳而获收起

MINCOMMIT是一个数据库配置参数，它允许您将把日志记录写到磁盘的工作一直延迟到执行了最小数量的提交为止。该延迟有助于减少与写日志记录相关的数据库管理器开销。这意味着当您针对数据库运行多个应用程序并且在非常短的时间范围内应用程序请求大量提交时可以提高性能。只有当该参数值大于1 ，并且当连接到数据库的应用程序数量大于或等于该参数值时，才会发生这个提交分组。当执行提交分组时，应用程序的提交请求会被挂起，直到时间过去 1 秒或提交请求的数量等于该参数值。
1. 建议
MINCOMMIT的默认值为1。如果有多个读／写应用程序请求并发数据库提交，则从默认值开始递增该参数。这将产生更有效率的日志文件 I/O，因为使用日志文件 I/O的次数比较少，而每次使用日志文件 I/O 时所写的日志记录比较多。如果您认为默认值不够大，那么建议您从 3 开始进行调整，在3的附近尝试以查看性能对工作负载的影响。您还可以对每秒钟的事务量进行采样，并调整该参数以适应每秒钟的峰值事务量(或者采用它的某个较大的百分比)。适应峰值活动使得在重负载期间写日志记录的开销降到了最低。
增大MINCOMMIT时，可能还需要增大 LOGBUFSZ参数以避免在这些重负载期间强制将已满的日志缓冲区写入磁盘。收起

你是说MINCOMMIT?收起

    如果你了解，能给我讲一下嘛，用简单的语句来解释一下。不要复制网上的。收起

网上，书本，我都看了，就是没法比较好的理解。
就像理解num_ioserver一样。收起

很多文档都解释的比较清楚了啊,只是比较不容易测试收起