ksqlDB Quickstart

This quickstart will demonstrate how to get a minimal ksqlDB environment up and running.

For more advanced configurations, such as running ksqlDB with embedded Connect, please see the tutorials.

The easiest way to run ksqlDB is by using the official Docker image. This quickstart will provide everything you need to set up a ksqlDB development environment, but the image may also be obtained directly:

ksqlDB Docker image

1. Get ksqlDB

Since ksqlDB runs natively on Apache Kafka®, you'll need to have a Kafka installation running that ksqlDB is configured to use. The docker-compose files to the right will run everything for you via Docker, including ksqlDB itself.

Select the docker-compose file that you'd like to use, depending on whether or not you're already running Kafka. Next, copy and paste it into a file named docker-compose.yml on your local filesystem.

version: '2'

    image: confluentinc/cp-zookeeper:5.4.1
    hostname: zookeeper
    container_name: zookeeper
      - "2181:2181"

    image: confluentinc/cp-enterprise-kafka:5.4.1
    hostname: broker
    container_name: broker
      - zookeeper
      - "29092:29092"
      KAFKA_ZOOKEEPER_CONNECT: 'zookeeper:2181'

    image: confluentinc/ksqldb-server:0.8.1
    hostname: ksqldb-server
    container_name: ksqldb-server
      - broker
      - "8088:8088"
      KSQL_BOOTSTRAP_SERVERS: broker:9092

    image: confluentinc/ksqldb-cli:0.8.1
    container_name: ksqldb-cli
      - broker
      - ksqldb-server
    entrypoint: /bin/sh
    tty: true

2. Start ksqlDB's server

From a directory containing the docker-compose.yml file created in the previous step, run this command in order to start all services in the correct order.

Once all services have successfully launched, you will have a ksqlDB server running and ready to use.

docker-compose up

3. Start ksqlDB's interactive CLI

ksqlDB runs as a server which clients connect to in order to issue queries.

Run this command to connect to the ksqlDB server and enter an interactive command-line interface (CLI) session.

docker exec -it ksqldb-cli ksql http://ksqldb-server:8088

4. Create a stream

The first thing we're going to do is create a stream. A stream essentially associates a schema with an underlying Kafka topic. Here's what each parameter in the CREATE STREAM statement does:

  • kafka_topic - Name of the Kafka topic underlying the stream. In this case it will be automatically created because it doesn't exist yet, but streams may also be created over topics that already exist.
  • key - Field to be used as the message key in the underlying Kafka topic.
  • value_format - Encoding of the messages stored in the Kafka topic. For JSON encoding, each row will be stored as a JSON object whose keys/values are column names/values. For example: {"profileId": "c2309eec", "latitude": 37.7877, "longitude": -122.4205}
  • partitions - Number of partitions to create for the locations topic. Note that this parameter is not needed for topics that already exist.

Check the documentation for more information about streams.

Copy and paste this statement into your interactive CLI session, and press enter to execute the statement.

CREATE STREAM riderLocations (profileId VARCHAR, latitude DOUBLE, longitude DOUBLE)
  WITH (kafka_topic='locations', key='profileId', value_format='json', partitions=1);

5. Run a continuous query over the stream

Run the given query using your interactive CLI session.

This query will output all rows from the riderLocations stream whose coordinates are within 5 miles of Mountain View.

This is the first thing that may feel a bit unfamiliar to you, because the query will never return until it's terminated. It will perpetually push output rows to the client as events are written to the riderLocations stream.

Leave this query running in the CLI session for now. Next, we're going to write some data into the riderLocations stream so that the query begins producing output.

-- Mountain View lat, long: 37.4133, -122.1162
SELECT * FROM riderLocations
  WHERE GEO_DISTANCE(latitude, longitude, 37.4133, -122.1162) <= 5 EMIT CHANGES;

6. Start another CLI session

Since the CLI session from (5) is busy waiting for output from the continuous query, let's start another session that we can use to write some data into ksqlDB.

docker exec -it ksqldb-cli ksql http://ksqldb-server:8088

7. Populate the stream with events

Run each of the given INSERT statements within the new CLI session, and keep an eye on the CLI session from (5) as you do.

The continuous query will output matching rows in real time as soon as they're written to the riderLocations stream.

INSERT INTO riderLocations (profileId, latitude, longitude) VALUES ('c2309eec', 37.7877, -122.4205);
INSERT INTO riderLocations (profileId, latitude, longitude) VALUES ('18f4ea86', 37.3903, -122.0643);
INSERT INTO riderLocations (profileId, latitude, longitude) VALUES ('4ab5cbad', 37.3952, -122.0813);
INSERT INTO riderLocations (profileId, latitude, longitude) VALUES ('8b6eae59', 37.3944, -122.0813);
INSERT INTO riderLocations (profileId, latitude, longitude) VALUES ('4a7c7b41', 37.4049, -122.0822);
INSERT INTO riderLocations (profileId, latitude, longitude) VALUES ('4ddad000', 37.7857, -122.4011);

Next steps

This quickstart has served as a guide to help you set up a minimal ksqlDB development environment. Now that you've got ksqlDB up and running, we encourage you to experiment with its powerful feature set.

ksqlDB supports streaming transformations, aggregations, joining streams together, real-time materialized views, integration with external data sources and sinks, and much more.

To begin learning about everything else ksqlDB can do, check out some examples and the documentation.