PullRequest: 845 400s fix problems
This commit is contained in:
obdev
parent
5c2f462412
commit
6ba11d6209
|
|
@ -332,7 +332,7 @@
|
|||
obclient> SET GLOBAL ob_sql_work_area_percentage=5;
|
||||
```
|
||||
|
||||
* parallel_servers_target：用于设置每个 Server 上的大查询排队条件。当并行执行（Parallel eXecution，PX）消耗的线程数超过大查询排队条件后，后继并行执行需要排队等待。
|
||||
* parallel_servers_target：用于设置每个 Server 上的并行查询排队条件。当多条并行执行（Parallel eXecution，PX）SQL 总计消耗的线程数超过并行查询排队条件后，后继并行执行 SQL 需要排队等待。
|
||||
|
||||
* 默认值：0
|
||||
|
||||
|
|
|
|||
|
|
@ -226,7 +226,7 @@
|
|||
obclient> SET GLOBAL ob_sql_work_area_percentage=5;
|
||||
```
|
||||
|
||||
* parallel_servers_target：用于设置每个 Server 上的大查询排队条件。当并行执行（Parallel eXecution，PX）消耗的线程数超过大查询排队条件后，后继并行执行需要排队等待。
|
||||
* parallel_servers_target：用于设置每个 Server 上的并行查询排队条件。当多条并行执行（Parallel eXecution，PX）SQL 总计消耗的线程数超过并行查询排队条件后，后继并行执行 SQL 需要排队等待。
|
||||
|
||||
* 建议值：租户 CPU 核数 \* 10
|
||||
|
||||
|
|
@ -442,7 +442,7 @@
|
|||
obclient> SET GLOBAL ob_sql_work_area_percentage=70;
|
||||
```
|
||||
|
||||
* parallel_servers_target：用于设置每个 Server 上的大查询排队条件。当并行执行（Parallel eXecution，PX）消耗的线程数超过大查询排队条件后，后继并行执行需要排队等待。
|
||||
* parallel_servers_target：用于设置每个 Server 上的并行查询排队条件。当多条并行执行（Parallel eXecution，PX）SQL 总计消耗的线程数超过并行查询排队条件后，后继并行执行 SQL 需要排队等待。
|
||||
|
||||
* 建议值：租户 CPU 核数 \* 30
|
||||
|
||||
|
|
|
|||
|
|
@ -8,7 +8,7 @@
|
|||
| net_thread_count | 接收客户端请求的网络线程数 | 重启生效，top -H 查看 MySQLIO 线程的使用效率，如果使用大于 90%，说明接收请求的线程可能成为了瓶颈，建议提高该参数，如果所有线程都小于 50%，建议减小该参数，减低线程切换的开销 |
|
||||
| autoinc_cache_refresh_interval | 设置自动切主后台线程工作间隔时间 | 建议调大 |
|
||||
| enable_early_lock_release | 开启提前解行锁 | 热点行场景建议开启 |
|
||||
| enable_monotonic_weak_read | 开启单调度 | 性能场景建议关闭 |
|
||||
| enable_monotonic_weak_read | 开启单调读 | 性能场景建议关闭 |
|
||||
| weak_read_version_refresh_interval | 弱一致性读版本号的刷新周期 | 值为 0 时，表示不再刷新弱一致性读版本号，不提供单调读功能，性能场景建议关闭 |
|
||||
| enable_sql_audit | 开启 SQL Audit 功能 | 生产环境必须开启，性能测试场景可以酌情关闭 |
|
||||
| enable_perf_event | 开启信息采集 | 生产环境必须开启，性能测试场景可以酌情关闭 |
|
||||
|
|
|
|||
|
|
@ -10,7 +10,7 @@ OceanBase 数据库引入了分层转储策略。
|
|||
|
||||
### L0 层
|
||||
|
||||
L0 层内部称为 Mini SSTable，根据不同转储策略需要的不同参数设置，L0 层 SSTable 可能存在可以为空。对于 L0 层提供 server 级配置参数来设置 L0 层内部分层数和每层最大 SSTable 个数，L0 层内部即分为l evel-0 到 level-n 层，每层最大容纳 SSTable 个数相同。当 L0 层 level-n 的 SSTable 到达一定数目上限或阈值后开始整体 compaction，合并成一个 SSTable 写入 level-n+1 层。当 L0 层 max level 内 SSTable 个数达到上限后，开始做 L0 层到 L1 层的整体 compaction 释放空间。在存在 L0 层的转储策略下，冻结 MemTable 直接转储在 L0-level0 写入一个新的 Mini SSTable，L0 层每个 level 内多个 SSTable 根据 base_version 有序，后续本层或跨层合并时需要保持一个原则，参与合并的所有 SSTable 的 version 必须邻接，这样新合并后的 SSTable 之间仍然能维持 version 有序，简化后续读取合并逻辑。
|
||||
L0 层内部称为 Mini SSTable，根据不同转储策略需要的不同参数设置，L0 层 SSTable 可能存在可以为空。对于 L0 层提供 server 级配置参数来设置 L0 层内部分层数和每层最大 SSTable 个数，L0 层内部即分为level-0 到 level-n 层，每层最大容纳 SSTable 个数相同。当 L0 层 level-n 的 SSTable 到达一定数目上限或阈值后开始整体 compaction，合并成一个 SSTable 写入 level-n+1 层。当 L0 层 max level 内 SSTable 个数达到上限后，开始做 L0 层到 L1 层的整体 compaction 释放空间。在存在 L0 层的转储策略下，冻结 MemTable 直接转储在 L0-level0 写入一个新的 Mini SSTable，L0 层每个 level 内多个 SSTable 根据 base_version 有序，后续本层或跨层合并时需要保持一个原则，参与合并的所有 SSTable 的 version 必须邻接，这样新合并后的 SSTable 之间仍然能维持 version 有序，简化后续读取合并逻辑。
|
||||
|
||||
L0 层内部分层会延缓到 L1 的 compaction，更好的降低写放大，但同时会带来读放大，假设共 n 层，每层最多 m 个 SSTable，则最差情况 L0 层会需要持有（n X m + 2）个 SSTable，因此实际应用中层数和每层 SSTable 上限都需要控制在合理范围。
|
||||
|
||||
|
|
|
|||
|
|
@ -22,5 +22,5 @@ GV$SYSTEM_EVENT
|
|||
| TOTAL_WAITS | bigint(20) | NO | 该等待事件的总等待次数 |
|
||||
| TOTAL_TIMEOUTS | bigint(20) | NO | 该等待事件的总超时次数 |
|
||||
| TIME_WAITED | double | NO | 该等待事件的总等待时间，单位为 10 ms |
|
||||
| AVERAGE_WAIT | double | NO | 该等待事件的平均等待事件，单位为 10 ms |
|
||||
| AVERAGE_WAIT | double | NO | 该等待事件的平均等待时间，单位为 10 ms |
|
||||
| TIME_WAITED_MICRO | bigint(20) | NO | 该等待事件的总等待时间（微秒） |
|
||||
|
|
|
|||
|
|
@ -22,5 +22,5 @@ V$SYSTEM_EVENT
|
|||
| TOTAL_WAITS | bigint(20) | NO | 该等待事件的总等待次数 |
|
||||
| TOTAL_TIMEOUTS | bigint(20) | NO | 该等待事件的总超时次数 |
|
||||
| TIME_WAITED | double | NO | 该等待事件的总等待时间，单位为 10 ms |
|
||||
| AVERAGE_WAIT | double | NO | 该等待事件的平均等待事件，单位为 10 ms |
|
||||
| AVERAGE_WAIT | double | NO | 该等待事件的平均等待时间，单位为 10 ms |
|
||||
| TIME_WAITED_MICRO | bigint(20) | NO | 该等待事件的总等待时间（微秒） |
|
||||
|
|
|
|||
|
|
@ -11,3 +11,5 @@ ob_trx_timeout 用于设置事务超时时间，单位为微秒。
|
|||
| 取值范围 | NULL |
|
||||
| 生效范围 | <li> GLOBAL <li> SESSION |
|
||||
| 是否参与序列化 | 是 |
|
||||
|
||||
有关于事务超时的内容请参见 [关于事务超时](../../3.developer-guide/4.about-dml-statements-and-transactions/2.transaction/6.about-transaction-timeout.md)。
|
||||
|
|
|
|||
|
|
@ -1,7 +1,7 @@
|
|||
parallel_servers_target
|
||||
============================================
|
||||
#docslug#/oceanbase-database/oceanbase-database/V4.0.0/parallel_servers_target-1-2-3
|
||||
parallel_servers_target 用于设置每个 Server 上的大查询排队条件。当并行执行（Parallel eXecution，PX）消耗的线程数超过大查询排队条件后，后继并行执行需要排队等待。
|
||||
`parallel_servers_target` 用于设置每个 Server 上的并行查询排队条件。当多条并行执行（Parallel eXecution，PX）SQL 总计消耗的线程数超过并行查询排队条件后，后继并行执行 SQL 需要排队等待。
|
||||
|
||||
|
||||
| **属性** | **描述** |
|
||||
|
|
|
|||
|
|
@ -1,8 +1,6 @@
|
|||
memory_reserved
|
||||
====================================
|
||||
#docslug#/oceanbase-database/oceanbase-database/V4.0.0/memory_reserved-1-2-3
|
||||
memory_reserved 用于设置系统预留给 KVCache 的内存容量。
|
||||
# memory_reserved
|
||||
|
||||
`memory_reserved` 用于设置系统底层模块预留的内存容量大小，为了保障一些基础模块能够正常运行，一定会多预留 `memory_reserved` 以供使用。
|
||||
|
||||
| **属性** | **描述** |
|
||||
|------------------|------------|
|
||||
|
|
|
|||
|
|
@ -1,8 +1,6 @@
|
|||
enable_syslog_recycle
|
||||
==========================================
|
||||
#docslug#/oceanbase-database/oceanbase-database/V4.0.0/enable_syslog_recycle-1-2-3
|
||||
enable_syslog_recycle 用于设置是否开启回收系统日志的功能。
|
||||
# enable_syslog_recycle
|
||||
|
||||
`enable_syslog_recycle` 用于是否打开记录启动前的旧日志的开关。与 `max_syslog_file_count` 配合使用，决定回收逻辑是否考虑旧的日志文件。
|
||||
|
||||
| **属性** | **描述** |
|
||||
|------------------|--------------------------------------------------------------------------------------------------------|
|
||||
|
|
@ -11,7 +9,7 @@ enable_syslog_recycle 用于设置是否开启回收系统日志的功能。
|
|||
| 取值范围 | <li> True <li> False |
|
||||
| 是否重启 OBServer 生效 | 否 |
|
||||
|
||||
|
||||
> **说明**
|
||||
>
|
||||
> 仅当 `max_syslog_file_count` 配置项的值设置为非 0 正数时，该功能才会生效。有关 `max_syslog_file_count` 配置项的详细介绍，请参见 [max_syslog_file_count](../3.cluster-level-configuration-items-1/134.max_syslog_file_count-1-2-3.md)。
|
||||
<main id="notice" type='explain'>
|
||||
<h4>说明</h4>
|
||||
<p>仅当 <code>max_syslog_file_count</code> 配置项的值设置为非 0 正数时，该功能才会生效。有关 <code>max_syslog_file_count</code> 配置项的详细介绍，请参见 <a href="../3.cluster-level-configuration-items-1/134.max_syslog_file_count-1-2-3.md">max_syslog_file_count</a> 。</p>
|
||||
</main>
|
||||
|
|
|
|||
Loading…
Reference in New Issue