As a first step, clone the repository:
git clone [email protected]:questdb/questdb.git
Note: in this document, the <software_version> placeholder may be replaced
by a release version number that follows semver conventions (e.g. 6.0.0):
# example usage
docker push questdb/questdb:<software_version>-linux-amd64
# equivalent to
docker push questdb/questdb:6.0.0-linux-amd64- Java 11 64-bit
- Maven 3
java --version
mvn --version
The following commands will create a JAR without assembling executable binaries nor build the web console:
cd questdb
mvn clean package -DskipTestsTo package the web console with the JAR, use the following command:
mvn clean package -DskipTests -P build-web-consoleTo build executable binaries, use the following command:
mvn clean package -DskipTests -P build-web-console,build-binariesTo run tests, it is not required to have the binaries nor the web console built. There are over 4000 tests that should complete within 2-6 minutes depending on your system:
mvn clean testTo release to Maven Central, use the following command, which activates the
deploy profile. Ensure that your ~/.m2/settings.xml file contains the
appropriate username/password for server central, and gnupg is on hand to
sign the artefacts.
mvn -pl !benchmarks clean deploy -DskipTests -P build-web-console,maven-central-releaseTo run with the Web Console, you need to rebuild to include the pre-packaged
/core/src/main/resources/io/questdb/site/public.zip.
mvn clean package --batch-mode --quiet -DskipTests -P build-web-console,build-binariesThen, create a database root directory and run QuestDb
mkdir <root_directory>
java -jar core/target/questdb-<software_version>.jar -d <root_directory>To build docker images successfully, please follow these instructions precisely. There may be a lot of variation on how these images are built. This is what worked:
- Use Windows OS. Docker Desktop might also work on Mac, but not on Linux.
- Download Docker Desktop.
To verify that your Docker Desktop is good to go, try the following command:
docker buildx lsYou should see an output similar to:
C:\Users\blues>docker buildx ls
NAME/NODE DRIVER/ENDPOINT STATUS PLATFORMS
default * docker
default default running linux/amd64, linux/arm64, linux/ppc64le, linux/s390x, linux/386, linux/arm/v7, linux/arm/v6If docker complains on buildx command - you are either running the stable
version or have not enabled experimental features. Look through your Docker
Settings. There should be a JSON config file which you need to edit and a
switch in UI you need to toggle.
Assuming all is good, let's start building.
The following command will prompt you for everything that is required and will keep you logged in for some time. You don't have to run it if you know you are logged in.
docker loginRight-click on the Docker Desktop tray icon (bottom right) and chose 'switch' from the pop-up menu.
Create new builder
docker buildx create --name multiarchbuilder
docker buildx use multiarchbuilder
docker buildx inspect --bootstrapCreate AMD64 image. You can test this image locally and push it only when it's ready.
docker build -t questdb/questdb:<software_version>-linux-amd64 --file Dockerfile-linux .Push this image eventually:
docker push questdb/questdb:<software_version>-linux-amd64Create ARM64 image.
docker buildx build --platform linux/arm64 -t questdb/questdb:<software_version>-linux-arm64 --file Dockerfile-linux-arm64 . --loadPush that eventually as well:
docker push questdb/questdb:<software_version>-linux-arm64Build Windows image. Notice that this build does not use buildx. Also make
sure that tag (:<software_version>-windows) reflects QuestDB version.
docker build -t questdb/questdb:<software_version>-windows-amd64 --file Dockerfile-windows .Push to Docker Hub:
docker push questdb/questdb:<software_version>-windows-amd64The purpose of the manifest is to simplify image usage for end users. Hopefully
when they install questdb/questdb, Docker Hub will still figure out the
appropriate image for their target platform.
docker manifest create questdb/questdb:<software_version> questdb/questdb:<software_version>-linux-arm64 questdb/questdb:<software_version>-linux-amd64 questdb/questdb:<software_version>-windows-amd64Push manifest:
docker manifest push questdb/questdb:<software_version> --purgeThe --purge option is there to delete local Docker manifests. If you do not do
this and find out that you added the wrong image to the manifest, it would be
impossible to take that image out!
Pull the latest image:
docker pull questdb/questdbTo run QuestDB interactively:
docker run --rm -it -p 9009:9009 -p 9000:9000 -p 8812:8812 questdb/questdbYou can stop this container using Ctrl+C. The container and all the data is
removed when stopped. A practical process for running QuestDB is to create a
container with a name:
docker create --name questdb -p 9009:9009 -p 9000:9000 -p 8812:8812 questdb/questdbThe container named questdb can be started, stopped and the logs can be viewed
using the following commands:
docker start questdb
docker stop questdb
docker logs questdbQuestDB uses /var/lib/questdb as the root directory.
You can mount host directories using -v option, e.g.
-v /local/dir:/var/lib/questdbFor more details, see the official Docker documentation for working with QuestDB.