Table of Contents
- 2.1 Before You Begin
- 2.2 Loading Data to HeatWave MySQL
- 2.3 Running Queries
- 2.4 Modifying Tables
- 2.5 Unloading Data from HeatWave MySQL
- 2.6 Table Load and Query Example
- 2.7 Workload Optimization for OLAP
- 2.8 Workload Optimization for OLTP
- 2.9 Best Practices
- 2.10 Supported Data Types
- 2.11 Supported SQL Modes
- 2.12 Supported Functions and Operators
- 2.12.1 Aggregate Functions
- 2.12.2 Arithmetic Operators
- 2.12.3 Cast Functions and Operators
- 2.12.4 Comparison Functions and Operators
- 2.12.5 Control Flow Functions and Operators
- 2.12.6 Data Masking and De-Identification Functions
- 2.12.7 Encryption and Compression Functions
- 2.12.8 JSON Functions
- 2.12.9 Logical Operators
- 2.12.10 Mathematical Functions
- 2.12.11 String Functions and Operators
- 2.12.12 Temporal Functions
- 2.12.13 Vector Functions
- 2.12.14 Window Functions
- 2.13 SELECT Statement
- 2.14 String Column Encoding Reference
- 2.15 Troubleshooting
- 2.16 Metadata Queries
- 2.17 Bulk Ingest Data to MySQL Server
- 2.18 HeatWave MySQL Limitations
- 2.18.1 Change Propagation Limitations
- 2.18.2 Data Type Limitations
- 2.18.3 Functions and Operator Limitations
- 2.18.4 Index Hint and Optimizer Hint Limitations
- 2.18.5 Join Limitations
- 2.18.6 Partition Selection Limitations
- 2.18.7 Variable Limitations
- 2.18.8 Bulk Ingest Data to MySQL Server Limitations
- 2.18.9 Other Limitations
When a HeatWave Cluster is enabled, queries that meet certain prerequisites are automatically offloaded from the MySQL DB System to the HeatWave Cluster for accelerated processing.
Queries are issued from a MySQL client or application that interacts with the HeatWave Cluster by connecting to the MySQL DB System. Results are returned to the MySQL DB System and to the MySQL client or application that issued the query.
Manually loading data into HeatWave involves preparing tables on the MySQL DB System and executing load statements. See Section 2.2.2, “Loading Data Manually”. The Auto Parallel Load utility facilitates the process of loading data by automating required steps and optimizing the number of parallel load threads. See Section 2.2.3, “Loading Data Using Auto Parallel Load”.
For HeatWave on AWS, load data into HeatWave using the HeatWave Console. See Manage Data in HeatWave with Workspaces in the HeatWave on AWS Service Guide.
For HeatWave for Azure, see Importing Data to HeatWave in the HeatWave for Azure Service Guide.
When HeatWave loads a table, the data is sharded and distributed among HeatWave nodes. After a table is loaded, DML operations on the tables are automatically propagated to the HeatWave nodes. No user action is required to synchronize data. For more information, see Section 2.2.7, “Change Propagation”.
On Oracle Cloud Infrastructure, OCI, data loaded into HeatWave, including propagated changes, automatically persists in the HeatWave Storage Layer to OCI Object Storage for fast recovery in case of a HeatWave node or cluster failure. For HeatWave on AWS, data is recovered from the MySQL DB System.
After running a number of queries, use the HeatWave Autopilot Advisor to optimize the workload. Advisor analyzes the data and query history to provide string column encoding and data placement recommendations. See Section 2.7, “Workload Optimization for OLAP”.