AUTO: Sync ScalarDL docs in English to docs site repo (#1075)

Co-authored-by: josh-wong <[email protected]>

Author: github-actions[bot]

versioned_docs/version-3.9/scalardl-benchmarks/README.mdx

@@ -168,6 +168,8 @@ You can run the benchmark several times by using the `--except-pre` option after
 
 ## Common parameters
 
+The following parameters are common to all workloads.
+
 ### `concurrency`
 
 - **Description:** Number of worker threads that concurrently execute benchmark transactions against the database. This parameter controls the level of parallelism during the actual benchmark execution phase. Increasing this value simulates more concurrent client accesses and higher workload intensity.
@@ -189,65 +191,64 @@ Select a workload to see its available parameters.
 
 <Tabs groupId="benchmarks" queryString>
   <TabItem value="SmallBank" label="SmallBank" default>
-    ### `num_accounts`
+    <h3>`num_accounts`</h3>
 
     - **Description:** Number of bank accounts to create for the benchmark workload. This parameter determines the size of the dataset and affects the working-set size.
     - **Default value:** `100000`
 
-    ### `load_concurrency`
+    <h3>`load_concurrency`</h3>
 
     - **Description:** Number of parallel threads used to load initial benchmark data into the database. This parameter controls how fast the data-loading phase completes. Increasing this value can significantly reduce data-loading time for large datasets. This is separate from the `concurrency` parameter used during benchmark execution.
     - **Default value:** `1`
 
-    ### `load_batch_size`
+    <h3>`load_batch_size`</h3>
 
     - **Description:** Number of accounts to insert within a single transaction during the initial data-loading phase. Larger batch sizes can improve loading performance by reducing the number of transactions, but may increase the execution time of each transaction.
     - **Default value:** `1`
   </TabItem>
   <TabItem value="TPC-C" label="TPC-C">
-    ### `num_warehouses`
+    <h3>`num_warehouses`</h3>
 
     - **Description:** Number of warehouses to create for the TPC-C benchmark workload. This value is the scale factor that determines the dataset size. Increasing this value creates a larger working set and enables various enterprise-scale testing.
     - **Default value:** `1`
 
-    ### `rate_payment`
+    <h3>`rate_payment`</h3>
 
     - **Description:** Percentage of Payment transactions in the transaction mix, with the remainder being New-Order transactions. For example, a value of `50` means 50% of transactions will be Payment transactions and 50% will be New-Order transactions.
     - **Default value:** `50`
 
-    ### `load_concurrency`
+    <h3>`load_concurrency`</h3>
 
     - **Description:** Number of parallel threads used to load initial benchmark data into the database. This parameter controls how fast the data-loading phase completes. Increasing this value can significantly reduce data-loading time, especially for larger numbers of warehouses. This is separate from the `concurrency` parameter used during benchmark execution.
     - **Default value:** `1`
   </TabItem>
   <TabItem value="YCSB" label="YCSB">
-    ### `record_count`
+    <h3>`record_count`</h3>
 
     - **Description:** Number of records to create for the YCSB benchmark workload. This parameter determines the size of the dataset and affects the working-set size during benchmark execution.
     - **Default value:** `1000`
 
-    ### `payload_size`
+    <h3>`payload_size`</h3>
 
     - **Description:** Size of the payload data (in bytes) for each record. This parameter controls the amount of data stored per record and affects database storage, memory usage, and I/O characteristics.
     - **Default value:** `1000`
 
-    ### `ops_per_tx`
+    <h3>`ops_per_tx`</h3>
 
     - **Description:** Number of read or write operations to execute within a single transaction. This parameter affects transaction size and execution time. Higher values create longer-running transactions.
     - **Default value:** `2`
 
-    ### `workload`
+    <h3>`workload`</h3>
 
     - **Description:** YCSB workload type that defines the operation mix: **A** (50% reads, 50% read-modify-write operations), **C** (100% reads), or **F** (100% read-modify-write operations). Note that the workload A in this benchmark uses read-modify-write operations instead of pure blind writes because ScalarDL prohibits the blind writes. Each workload type simulates different application access patterns.
-
     - **Default value:** `A`
 
-    ### `load_concurrency`
+    <h3>`load_concurrency`</h3>
 
     - **Description:** Number of parallel threads used to load initial benchmark data into the database. This parameter controls how fast the data-loading phase completes. Increasing this value can significantly reduce data-loading time for large datasets. This is separate from the `concurrency` parameter used during benchmark execution.
     - **Default value:** `1`
 
-    ### `load_batch_size`
+    <h3>`load_batch_size`</h3>
 
     - **Description:** Number of records to insert within a single transaction during the initial data-loading phase. Larger batch sizes can improve loading performance by reducing the number of transactions, but may increase the execution time of each transaction.
     - **Default value:** `1`