Trino is a fast distributed SQL query engine for big data analytics.
See the User Manual for deployment instructions and end user documentation.
See DEVELOPMENT for information about development and release process, code style and guidelines for implementors of Trino plugins.
See CONTRIBUTING for contribution requirements.
See the project security policy for information about reporting vulnerabilities.
Trino supports reproducible builds as of version 449.
- Mac OS X or Linux
- Note that some npm packages used to build the web UI are only available for x86 architectures, so if you're building on Apple Silicon, you need to have Rosetta 2 installed.
- Java 25.0.1+, 64-bit
- Docker
- Turn SELinux or other systems disabling write access to the local checkout off, to allow containers to mount parts of the Trino source tree
Trino is a standard Maven project. Simply run the following command from the project root directory:
./mvnw clean install -DskipTests
On the first build, Maven downloads all the dependencies from the internet
and caches them in the local repository (~/.m2/repository), which can take a
while, depending on your connection speed. Subsequent builds are faster.
Trino has a comprehensive set of tests that take a considerable amount of time to run, and are thus disabled by the above command. These tests are run by the CI system when you submit a pull request. We recommend only running tests locally for the areas of code that you change.
After building Trino for the first time, you can load the project into your IDE
and run the server. We recommend using
IntelliJ IDEA. Because Trino is a standard
Maven project, you can easily import it into your IDE. In IntelliJ, choose
Open Project from the Quick Start box or choose Open
from the File menu and select the root pom.xml file.
After opening the project in IntelliJ, double-check that the Java SDK is properly configured for the project:
- Open the File menu and select Project Structure
- In the SDKs section, ensure that JDK 25 is selected (create one if none exist)
- In the Project section, ensure the Project language level is set to 25
The simplest way to run Trino for development is to run the TpchQueryRunner
class. It will start a development version of the server that is configured with
the TPCH connector. You can then use the CLI to execute queries against this
server. Many other connectors have their own *QueryRunner class that you can
use when working on a specific connector. The VM option generally required here
is --add-modules jdk.incubator.vector, but various *QueryRunner classes
might require additional options (if necessary, check the air.test.jvm.additional-arguments
property in the pom.xml file of the module from which the runner comes).
When running individual test classes directly from IntelliJ, you need to
configure the JUnit run configuration template. Go to Run/Debug Configurations >
Edit Configuration Templates > JUnit > VM options and set the value to
-ea --add-modules=jdk.incubator.vector. Some tests may rely on JVM options provided
by airbase (e.g. -XX:-OmitStackTraceInFastThrow), so check for that too.
Trino comes with sample configuration that should work out-of-the-box for development. Use the following options to create a run configuration:
- Main Class:
io.trino.server.DevelopmentServer - VM Options:
-ea -Dconfig=etc/config.properties -Dlog.levels-file=etc/log.properties -Djdk.attach.allowAttachSelf=true --sun-misc-unsafe-memory-access=allow --add-modules jdk.incubator.vector - Working directory:
$MODULE_DIR$ - Use classpath of module:
trino-server-dev
The working directory should be the trino-server-dev subdirectory. In
IntelliJ, using $MODULE_DIR$ accomplishes this automatically.
If VM options doesn't exist in the dialog, you need to select Modify options
and enable Add VM options.
To adjust which plugins are enabled for the development server, adjust the value of
plugin.bundles in config.properties. Each entry in this list must represent a plugin
specified by one of the following options:
- A path to a
pom.xmlor*.pomfile describing a Maven project that produces a plugin. - Maven coordinates, in the form
<groupId>:<artifactId>[:<extension>[:<classifier>]]:<version>. The plugin will be loaded via Maven and therefore must be available in your local repository or a remote repository. - A path to a plugin directory containing JAR files. See Deploying a custom plugin for more details.
If you want to use a plugin in a catalog, you must add a corresponding
<catalog_name>.properties file to testing/trino-server-dev/etc/catalog.
Start the CLI to connect to the server and run SQL queries:
client/trino-cli/target/trino-cli-*-executable.jar
Run a query to see the nodes in the cluster:
SELECT * FROM system.runtime.nodes;
Run a query against the TPCH connector:
SELECT * FROM tpch.tiny.region;