Self-host MySQL
Your own MySQL on a real disk, private by default, with backups you've restored.
Shelley handles the setup. About 10 minutes.
Prefer a terminal?
curl -fsSL https://exe-staging.dev/deploy/mysql/prompt.txt | ssh exe.dev new --prompt=/dev/stdinMySQL runs a large share of the web: WordPress, Laravel and Rails apps, and plenty of software that expects nothing else. Here it gets a VM of its own (or moves in next to your app), with memory settings to match, nightly backups you've seen restored, and a web admin only you can open. Nothing listens on the internet: your apps reach MySQL on the VM, over SSH, or over your private Tailscale network.
What you get#
- MySQL 9.7 LTS, started at boot, listening on localhost only and sized for the VM's memory.
- An
appdatabase and user, with its connection settings in~/mysql/app.env. - Adminer at the VM's private URL, open only to the owner's exe.dev email.
- Nightly backups of every database and user, one restored and checked.
What's running, and where
https://my-mysql.exe.xyz/
Adminer, signed in as the MySQL admin user
Deploy with Shelley#
Click Deploy and Shelley will set up MySQL on a new VM, then check that it works. No config-file wrangling required.
Prefer a terminal?
curl -fsSL \
https://exe-staging.dev/deploy/mysql/prompt.txt \
| ssh exe.dev new --prompt=/dev/stdinWhen it's done, run this on your computer (only you can):
ssh my-mysql.exe.xyz cat mysql/app.env
ssh -N -L 3307:localhost:3306 my-mysql.exe.xyzWhat Shelley is told
Set up MySQL on this VM by following the exe.dev recipe at https://exe-staging.dev/deploy/mysql.md from top to bottom.
The recipe's example VM name is my-mysql. This VM's name is the output of `hostname`: use it wherever the recipe writes my-mysql. Skip the step that creates the VM; you are on it.
You are done when all of these are true. Check each one yourself:
- MySQL 9.7 LTS, started at boot, listening on localhost only and sized for the VM's memory.
- An `app` database and user, with its connection settings in `~/mysql/app.env`.
- Adminer at the VM's private URL, open only to the owner's exe.dev email.
- Nightly backups of every database and user, one restored and checked.
Read the whole recipe, including the closed details. For initial setup,
follow "Install by hand" from top to bottom: the MySQL repository and
server, the admin user, tuning, the app database, Adminer on port 8000,
the backup timer, and the scratch-server restore test. The walkthrough
sections are for the owner afterwards: don't import data, set up
Tailscale or Docker access, or run the Restore or Update instructions
during initial setup. Never overwrite an existing ~/mysql/*.env file.
Allow only the owner's email in Adminer, read from the reflection
integration; if that fails, ask the owner for it. Check Adminer on
localhost with no email, a wrong email, and the owner's email.
Leave the VM private and do not reboot. Don't paste passwords into the
chat; say they are in ~/mysql/app.env.
Finish with the URLs I should open and these commands, which only I can run, from my own computer (with this VM's name in them):
ssh my-mysql.exe.xyz cat mysql/app.env
ssh -N -L 3307:localhost:3306 my-mysql.exe.xyz
Also at /deploy/mysql/prompt.txt. The recipe it follows is /deploy/mysql.md.
Open Adminer#
When Shelley finishes, open the URL it gives you. It'll look like
https://my-mysql.exe.xyz/. Sign in to exe.dev and you land in
Adminer, already connected as exedev, the
MySQL admin user. Browse tables, run SQL, export a table as CSV.
Only the exe.dev emails listed in ~/mysql/adminer/allowed-emails get
in, even if you share the VM. Add a teammate's email, one per line, and
they're in; no restart needed. Anyone on that list can change or drop
anything, so keep it short. Adminer trusts exe.dev's login header, so
keep untrusted software off this VM.
Connect an app on this VM#
Your app's database is called app, with a MySQL user of the same name
that can do anything in it and nothing outside it. Its settings are in
~/mysql/app.env, readable only by you:
DATABASE_URL=mysql://app:<password>@127.0.0.1:3306/app
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=app
DB_USERNAME=app
DB_PASSWORD=<password>
Prisma, Django with dj-database-url, and most Node and Go libraries
take the DATABASE_URL as is. Laravel reads the DB_ lines (add
DB_CONNECTION=mysql). Rails wants the URL to start with trilogy://
or mysql2://, after its adapter, and SQLAlchemy with
mysql+pymysql://. Anything else takes the separate settings.
127.0.0.1, not localhost. Most MySQL clients read the host
localhost as "use the Unix socket", where the app's password login
works too, but some clients look for the socket in the wrong place. The
IP address always means TCP, and it works everywhere.
Want one database per app? On the VM:
~/mysql/create-db.sh blog
cat ~/mysql/blog.env
Each database gets its own user and password, and the nightly backup picks it up automatically.
For admin work on the VM, just type mysql: your Linux user exedev is
also a MySQL user with every privilege, signed in through the socket with
no password (MySQL's auth_socket). That's how the backups and Adminer
connect. Apps should use their own, less powerful user.
Run it next to your app#
Already have an app on a VM, say from a
framework page? Run Install by hand on that
VM, skipping only "Create a VM". Put Adminer on port 8001 instead, as that
step explains, because port 8000 is your app's. Then create the app's
database and add its settings to the app's environment file (remove any
older DATABASE_URL or DB_ lines from it first):
~/mysql/create-db.sh myapp
cat ~/mysql/myapp.env >> ~/app.env
If the app runs under systemd, add After=mysql.service to its [Unit]
section, so that it starts after the database at boot.
From a Docker container#
Inside a container, 127.0.0.1 is the container itself. Let MySQL listen
beyond localhost, and let the app's user in from Docker's networks, on
the VM:
printf '[mysqld]\nbind_address = *\n' | sudo tee /etc/mysql/mysql.conf.d/20-listen.cnf
sudo systemctl restart mysql
. ~/mysql/app.env
mysql -e "CREATE USER '$DB_USERNAME'@'172.16.0.0/12' IDENTIFIED BY '$DB_PASSWORD';
GRANT ALL ON \`$DB_DATABASE\`.* TO '$DB_USERNAME'@'172.16.0.0/12'"
Then start containers with --add-host=host.docker.internal:host-gateway
(in Compose: extra_hosts: ["host.docker.internal:host-gateway"]) and
use host.docker.internal in place of 127.0.0.1. MySQL users belong to
a host as well as a name, so app from 172.16.0.0/12 is a second login
with the same password; other users still get in only from the VM itself,
and nothing outside the VM can reach port 3306 anyway.
Connect from your computer#
Port 3306 isn't on the internet, so you bring it to your computer through SSH. exe.dev's SSH forwards ports like any SSH server. On your computer, print the connection settings, then open a tunnel and leave it running:
ssh my-mysql.exe.xyz cat mysql/app.env
ssh -N -L 3307:localhost:3306 my-mysql.exe.xyz
In another terminal, connect to port 3307, so a MySQL on your
computer doesn't get in the way. Use 127.0.0.1, since localhost
would mean your computer's own socket:
mysql -h 127.0.0.1 -P 3307 -u app -p app
Desktop clients such as MySQL Workbench, TablePlus, DBeaver, and DataGrip
can open the tunnel themselves. Choose their SSH option, with SSH host
my-mysql.exe.xyz, user exedev and your exe.dev SSH key, then MySQL
host 127.0.0.1, port 3306, and the app's user and password.
For admin work, skip the tunnel: ssh -t my-mysql.exe.xyz mysql.
Connect from another VM#
exe.dev VMs don't share a private network, and exe.dev's VM-to-VM integration carries HTTPS only. The dependable way to reach MySQL from another VM is to put both VMs on your Tailscale network.
On both VMs, start Tailscale (it's preinstalled) and open the login URL it prints. To join without a login link, use exe.dev's Tailscale integration instead.
sudo systemctl enable --now tailscaled
sudo tailscale up --hostname=$(hostname)
Then, on the database VM, let MySQL listen beyond localhost, and let the app's user in from Tailscale's IPv4 and IPv6 addresses:
printf '[mysqld]\nbind_address = *\n' | sudo tee /etc/mysql/mysql.conf.d/20-listen.cnf
sudo systemctl restart mysql
. ~/mysql/app.env
for net in 100.64.0.0/10 fd7a:115c:a1e0:%; do
mysql -e "CREATE USER '$DB_USERNAME'@'$net' IDENTIFIED BY '$DB_PASSWORD';
GRANT ALL ON \`$DB_DATABASE\`.* TO '$DB_USERNAME'@'$net'"
done
On the other VM, swap 127.0.0.1 for the database VM's name:
mysql://app:<password>@my-mysql:3306/app. Check it with
nc -zv my-mysql 3306. Use
Tailscale's access rules if not every
device on your network should reach port 3306.
You can also tunnel over SSH from VM to VM, as from your computer. The
other VM then needs an SSH key added to your exe.dev account
(ssh exe.dev ssh-key add), and that key opens all your VMs.
What doesn't work:
- A public
my-mysql.exe.xyz:3306. There's no raw TCP port to open. - exe.dev share links and the VM-to-VM proxy. They speak HTTPS, and MySQL's protocol isn't HTTP.
- Hosted tools that only take a host and port. Some can use an SSH tunnel or Tailscale instead; check their docs.
Import a database#
Moving from another MySQL host? Dump the old database with mysqldump
and load it into a fresh database here. Run the dump on the VM: its
mysqldump reads MySQL 5.7 and later (and MariaDB), and the data goes
straight from server to server. You need the old database's external
host, port, user, password, and database name, from your current host's
dashboard.
mysqldump --host=old.example.com --port=3306 --user=olduser --password \
--single-transaction --routines --triggers --events --hex-blob \
--set-gtid-purged=OFF --no-tablespaces --column-statistics=0 --skip-masking-policies \
olddb | gzip > ~/import.sql.gz
zcat ~/import.sql.gz | tail -n 1
It asks for the password, and should print nothing else before the
last line, -- Dump completed. The flags skip things a hosted database
won't let a normal user dump. If mysqldump complains anyway, read the
error: the dump may be missing a part.
Now create a database for it and load the dump as exedev. The sed
removes the old host's users from views, triggers, and routines
(DEFINER=...), which don't exist here:
db=myapp
~/mysql/create-db.sh $db
zcat ~/import.sql.gz | sed -E 's/DEFINER=`[^`]+`@`[^`]+`//g' | mysql $db
mysql -e "SELECT table_name, table_rows FROM information_schema.tables WHERE table_schema = '$db'"
The last command lists your tables with approximate row counts; compare
exact counts of a few tables with the old database. If the load stops
with an error, fix what it names, then empty the database
(mysql -e "DROP DATABASE myapp; CREATE DATABASE myapp") and run the
zcat line again. Finally, point your app at ~/mysql/myapp.env and
delete ~/import.sql.gz.
Switching over for good? Stop writes on the old database first, take a final dump, load it, then move the app.
Keep your data#
Every night, a backup of each database, plus the users, their grants, and
the connection files, lands in ~/mysql/backups; the newest 14 stay. A
backup on the same disk won't survive losing the VM, so keep a copy off
the VM. On your computer:
scp -r my-mysql.exe.xyz:mysql/backups mysql-backups
These files hold all your data and the apps' passwords; keep them
private. To undo a mistake or move to a new VM, see Back up and
restore. Before any upgrade, run
~/mysql/backup.sh on the VM.
Something odd? On the VM, sudo tail -n 50 /var/log/mysql/error.log
usually explains it, or ask Shelley to look.
The nuts and bolts#
Happy clicking Deploy? You can stop here. These are the same setup steps Shelley follows, plus the maintenance commands for later.
Install by hand
Create a VM#
On your computer (pick another name if my-mysql is taken):
ssh exe.dev new --name=my-mysql
ssh my-mysql.exe.xyz
Adding MySQL next to an app? Skip this step and run the rest on the
app's VM. All remaining commands run on the VM, as exedev.
Install MySQL 9.7#
Ubuntu's own mysql-server is MySQL 8.0, which reached end of life in
April 2026. Oracle's MySQL APT repository carries the current releases.
Add it with Oracle's signing key, on the 9.7 LTS track:
sudo install -d -m 755 /etc/apt/keyrings
curl -fsSL https://repo.mysql.com/RPM-GPG-KEY-mysql-2025 | sudo gpg --dearmor --yes -o /etc/apt/keyrings/mysql.gpg
echo "deb [signed-by=/etc/apt/keyrings/mysql.gpg] http://repo.mysql.com/apt/ubuntu/ $(. /etc/os-release; echo $VERSION_CODENAME) mysql-9.7-lts" |
sudo tee /etc/apt/sources.list.d/mysql.list
sudo apt-get update
apt-cache policy mysql-server | head -n 3
The candidate should be 9.7.x-1ubuntu24.04. (The repository's packages
are signed, and apt checks them with this key.) Install the server. With
no root password set, MySQL's root signs in only through the socket,
with sudo:
sudo DEBIAN_FRONTEND=noninteractive apt-get install -y mysql-server jq
sudo mysql -NBe 'SELECT version()'
systemctl is-enabled mysql
Expect 9.7.x and enabled: it starts at boot. Now make your Linux
user a MySQL admin that signs in through the socket, so mysql works
with no options or password:
sudo mysql -e "CREATE USER IF NOT EXISTS '$USER'@'localhost' IDENTIFIED WITH auth_socket;
GRANT ALL ON *.* TO '$USER'@'localhost' WITH GRANT OPTION"
mysql -NBe 'SELECT current_user()'
Expect exedev@localhost.
Size it for the VM#
MySQL's defaults suit a tiny machine, and it listens on every network interface. This script gives InnoDB's buffer pool, MySQL's cache, half the VM's RAM, keeps 7 days of binary logs instead of 30, logs queries slower than a second, and keeps MySQL on localhost. Run it again after resizing the VM.
mkdir -p -m 700 ~/mysql
cat > ~/mysql/tune.sh <<'EOF'
#!/usr/bin/env bash
# Size MySQL for this VM's memory and restart it. Run again after
# resizing the VM.
set -euo pipefail
mem=$(awk '/^MemTotal:/ {print int($2 / 1024)}' /proc/meminfo) # MB
redo=$((mem / 8 < 256 ? 256 : mem / 8 > 2048 ? 2048 : mem / 8))
sudo tee /etc/mysql/mysql.conf.d/10-exe-dev.cnf >/dev/null <<CONF
# Written by ~/mysql/tune.sh for $mem MB of RAM. Rerunning it replaces
# this file; put your own settings in 50-local.cnf, and don't repeat
# these there. Who MySQL listens to is in 20-listen.cnf.
[mysqld]
innodb_buffer_pool_size = $((mem / 2))M
innodb_redo_log_capacity = ${redo}M
max_connections = 151
mysqlx_bind_address = 127.0.0.1
binlog_expire_logs_seconds = 604800
slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
CONF
[ -e /etc/mysql/mysql.conf.d/20-listen.cnf ] ||
printf '[mysqld]\nbind_address = 127.0.0.1\n' | sudo tee /etc/mysql/mysql.conf.d/20-listen.cnf >/dev/null
sudo systemctl restart mysql
mysql -e 'SELECT @@innodb_buffer_pool_size DIV 1048576 AS buffer_pool_mb, @@innodb_redo_log_capacity DIV 1048576 AS redo_mb, @@bind_address, @@mysqlx_bind_address'
EOF
chmod +x ~/mysql/tune.sh
~/mysql/tune.sh
ss -ltn | grep -E ':3306|:33060'
The table shows the new values; on an 8 GB VM the buffer pool is about
3900 MB. ss should show MySQL on 127.0.0.1:3306 and
127.0.0.1:33060 only.
MySQL's packages don't rotate its logs, so add that too:
sudo tee /etc/logrotate.d/mysql-exe-dev >/dev/null <<'EOF'
/var/log/mysql/*.log {
su mysql adm
weekly
rotate 8
compress
missingok
notifempty
copytruncate
}
EOF
sudo logrotate --debug /etc/logrotate.d/mysql-exe-dev 2>&1 | grep '^error' || echo ok
Expect ok.
Create a database for your app#
This script creates a database and a user with the same name, gives the
user everything in that database, and writes its settings to
~/mysql/<name>.env. It never touches an existing one:
cat > ~/mysql/create-db.sh <<'EOF'
#!/usr/bin/env bash
# Usage: create-db.sh NAME
# Create a MySQL database and user called NAME, and write its settings
# to ~/mysql/NAME.env (mode 600).
set -euo pipefail
db=${1:?usage: create-db.sh NAME}
[[ $db =~ ^[a-z_][a-z0-9_]{0,31}$ ]] || { echo "Use up to 32 lowercase letters, digits, and _." >&2; exit 1; }
env="$HOME/mysql/$db.env"
if [ -e "$env" ]; then echo "$env already exists; leaving $db alone."; exit 0; fi
pass=$(openssl rand -hex 24)
mysql -e "CREATE DATABASE \`$db\`;
CREATE USER '$db'@'localhost' IDENTIFIED BY '$pass';
GRANT ALL ON \`$db\`.* TO '$db'@'localhost';"
(umask 077; cat > "$env" <<ENV
DATABASE_URL=mysql://$db:$pass@127.0.0.1:3306/$db
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=$db
DB_USERNAME=$db
DB_PASSWORD=$pass
ENV
)
echo "$env"
EOF
chmod +x ~/mysql/create-db.sh
~/mysql/create-db.sh app
Check that the app's user can log in over TCP and sees only its database:
. ~/mysql/app.env
MYSQL_PWD=$DB_PASSWORD mysql -h "$DB_HOST" -P "$DB_PORT" -u "$DB_USERNAME" -NBe 'SELECT current_user(); SHOW DATABASES' "$DB_DATABASE"
stat -c '%a %n' ~/mysql/app.env
Expect app@localhost, app, information_schema, and
performance_schema, then 600.
Add a web admin#
Adminer is a database admin in a single PHP
file. It runs on PHP's built-in web server, as in Adminer's official
Docker image, behind exe.dev's login. A small wrapper signs you in as
exedev over the socket, and only for the emails in allowed-emails.
sudo apt-get install -y php-cli php-mysql
mkdir -p ~/mysql/adminer && cd ~/mysql/adminer
curl -fsSL -o adminer.php https://github.com/vrana/adminer/releases/download/v6.2.0/adminer-6.2.0-mysql-en.php
[ -s allowed-emails ] || curl -fsS https://reflection.int.exe.xyz/email | jq -r .email > allowed-emails
cat allowed-emails
The last line should print your exe.dev email. If it doesn't, put your
email in ~/mysql/adminer/allowed-emails yourself. Now the wrapper:
cat > ~/mysql/adminer/index.php <<'EOF'
<?php
// Adminer behind exe.dev login. exe.dev's proxy sends X-ExeDev-Email for
// signed-in visitors; only emails listed in allowed-emails get in, and they
// are connected as the MySQL user exedev over the local socket.
$email = strtolower($_SERVER['HTTP_X_EXEDEV_EMAIL'] ?? '');
if ($email === '') {
header('Location: /__exe.dev/login?redirect=' . urlencode($_SERVER['REQUEST_URI']));
exit;
}
$allowed = array_map('strtolower', array_map('trim',
file(__DIR__ . '/allowed-emails', FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES) ?: []));
if (!in_array($email, $allowed, true)) {
http_response_code(403);
header('Content-Type: text/plain');
exit("$email isn't in ~/mysql/adminer/allowed-emails on this VM.\n");
}
if (!isset($_GET['username']) && empty($_POST)) {
$_POST['auth'] = ['driver' => 'server', 'server' => '', 'username' => 'exedev', 'password' => '', 'db' => ''];
}
function adminer_object() {
class ExeDevAdminer extends Adminer\Adminer {
function credentials() { return ['localhost', 'exedev', '']; }
function login($login, $password) { return true; }
function verifyLoginToken() { return false; }
}
return new ExeDevAdminer;
}
require __DIR__ . '/adminer.php';
EOF
Run it as a service, as exedev. On a VM where an app uses port 8000,
or will, set port=8001 in the first line; Adminer is then at
https://<vm>.exe.xyz:8001/.
port=8000
sudo tee /etc/systemd/system/adminer.service >/dev/null <<EOF
[Unit]
Description=Adminer web admin for MySQL, behind exe.dev login
After=mysql.service
[Service]
User=$USER
WorkingDirectory=$HOME/mysql/adminer
Environment=PHP_CLI_SERVER_WORKERS=4
ExecStart=/usr/bin/php -S 0.0.0.0:$port index.php
Restart=always
[Install]
WantedBy=multi-user.target
EOF
sudo systemctl daemon-reload
sudo systemctl enable --now adminer
Check the three cases: no email (sent to exe.dev login), someone else (refused), and you (Adminer's database list):
port=$(grep -o ':[0-9]* ' /etc/systemd/system/adminer.service | tr -d ': ')
email=$(head -n 1 ~/mysql/adminer/allowed-emails)
timeout 30 sh -c "until curl -so /dev/null http://localhost:$port/; do sleep 1; done"
curl -s -o /dev/null -w '%{http_code}\n' http://localhost:$port/
curl -s -o /dev/null -w '%{http_code}\n' -H 'X-ExeDev-Email: someone@example.com' http://localhost:$port/
curl -sL -b /tmp/adminer.cookies -c /tmp/adminer.cookies -H "X-ExeDev-Email: $email" http://localhost:$port/ | grep -o '<title>[^<]*</title>'
Expect 302, 403, and <title>Select database - Adminer</title>.
Set up nightly backups#
This script dumps every database with mysqldump, in one consistent
transaction per database, and checks each dump is complete. Beside the
dumps it saves globals.sql, which recreates the databases, the users
(with their password hashes), and their grants, and the .env files. It
keeps the 14 newest backups:
cat > ~/mysql/backup.sh <<'EOF'
#!/usr/bin/env bash
# Back up every database, the users and their grants, and ~/mysql/*.env
# into ~/mysql/backups/<UTC time>/. Keeps the 14 newest backups.
set -euo pipefail
umask 077
dest="$HOME/mysql/backups"
keep=14
mkdir -p "$dest"
out="$dest/$(date -u +%Y%m%d-%H%M%S)"
while [ -e "$out" ] || [ -e "$out.part" ]; do sleep 1; out="$dest/$(date -u +%Y%m%d-%H%M%S)"; done
trap 'rm -rf "$out.part"' EXIT
mkdir "$out.part"
dbs=$(mysql -NBr -e "SELECT schema_name FROM information_schema.schemata
WHERE schema_name NOT IN ('mysql', 'information_schema', 'performance_schema', 'sys')")
users=$(mysql -NBr -e "SELECT CONCAT(QUOTE(user), '@', QUOTE(host)) FROM mysql.user
WHERE user NOT IN ('root', '$USER') AND user NOT LIKE 'mysql.%'")
{
for db in $dbs; do
mysql -NBr -e "SHOW CREATE DATABASE IF NOT EXISTS \`$db\`" | cut -f2- | sed 's/$/;/'
done
for u in $users; do
mysql -NBr -e "SET print_identified_with_as_hex = ON; SHOW CREATE USER $u" |
sed 's/^CREATE USER /CREATE USER IF NOT EXISTS /; s/$/;/'
mysql -NBr -e "SHOW GRANTS FOR $u" | sed 's/$/;/'
done
} > "$out.part/globals.sql"
for db in $dbs; do
mysqldump --single-transaction --routines --triggers --events --hex-blob \
--set-gtid-purged=OFF "$db" | gzip > "$out.part/$db.sql.gz"
zcat "$out.part/$db.sql.gz" | tail -n 1 | grep -q '^-- Dump completed' ||
{ echo "$db: dump incomplete" >&2; exit 1; }
done
cp -p "$HOME"/mysql/*.env "$out.part/" 2>/dev/null || true
mv "$out.part" "$out"
ls -1d "$dest"/2*/ | head -n -"$keep" | xargs -r rm -rf --
echo "$out"
EOF
chmod +x ~/mysql/backup.sh
Schedule it, then take a first backup:
sudo tee /etc/systemd/system/mysql-backup.service >/dev/null <<EOF
[Unit]
Description=Back up MySQL to ~/mysql/backups
After=mysql.service
[Service]
Type=oneshot
User=$USER
ExecStart=$HOME/mysql/backup.sh
EOF
sudo tee /etc/systemd/system/mysql-backup.timer >/dev/null <<'EOF'
[Unit]
Description=Back up MySQL every night
[Timer]
OnCalendar=*-*-* 03:30:00
RandomizedDelaySec=30m
Persistent=true
[Install]
WantedBy=timers.target
EOF
sudo systemctl daemon-reload
sudo systemctl enable --now mysql-backup.timer
sudo systemctl start mysql-backup.service
systemctl list-timers mysql-backup.timer
ls -l ~/mysql/backups/*/
Expect a next run time, and globals.sql, app.env, and app.sql.gz.
For failures: journalctl -u mysql-backup.service.
Test a backup#
Put a row with some non-ASCII text in a scratch database, take a backup, and restore it into a scratch MySQL server on port 3307, exactly as you would on a new VM:
mysql -e "CREATE DATABASE restore_check;
CREATE TABLE restore_check.t (id int PRIMARY KEY, note varchar(50));
INSERT INTO restore_check.t VALUES (1, 'Grüße ✓')"
latest=$(~/mysql/backup.sh)
s=/tmp/mysql-scratch
mkdir -m 700 $s
/usr/sbin/mysqld --no-defaults --initialize-insecure --datadir=$s/data 2>/dev/null
/usr/sbin/mysqld --no-defaults --daemonize --datadir=$s/data --socket=$s/mysqld.sock \
--port=3307 --bind-address=127.0.0.1 --mysqlx=OFF --pid-file=$s/mysqld.pid --log-error=$s/error.log
scratch() { mysql --no-defaults --socket=$s/mysqld.sock --user=root "$@"; }
scratch < "$latest/globals.sql"
for f in "$latest"/*.sql.gz; do zcat "$f" | scratch "$(basename "$f" .sql.gz)"; done
scratch -NBe 'SELECT note FROM restore_check.t'
. "$latest/app.env"
MYSQL_PWD=$DB_PASSWORD mysql --no-defaults -h 127.0.0.1 -P 3307 -u app -NBe 'SELECT @@port, current_user(), database()' app
Expect Grüße ✓, then 3307 app@localhost app: the restored user
still logs in with the password from the backup. Stop the scratch server,
then remove it and the scratch database:
scratch -e 'SHUTDOWN'
timeout 60 sh -c "while [ -e $s/mysqld.pid ]; do sleep 1; done"
rm -rf $s
mysql -e 'DROP DATABASE restore_check'
mysql -NBe 'SHOW DATABASES'
The list should show app and MySQL's own information_schema,
mysql, performance_schema, and sys. Installation done; continue
with Open Adminer.
Back up and restore
On the VM, ~/mysql/backup.sh takes an extra backup and prints its
folder. Each folder has globals.sql (the databases, users, and grants),
a .sql.gz per database, and the .env files.
Undo a mistake#
Dropped the wrong table? Restore a backup next to the live database. On the VM, pick a backup folder from the list:
ls ~/mysql/backups/
when=20261030-033012
db=app
mysql -e "CREATE DATABASE ${db}_restored"
zcat ~/mysql/backups/$when/$db.sql.gz | mysql ${db}_restored
mysql -e "SHOW TABLES" ${db}_restored
Copy a single table back with
mysqldump app_restored mytable | mysql app (for a table that's gone
from app), and mysql -e 'DROP DATABASE app_restored' when you're done.
To roll the whole database back instead, stop your app, keep a copy of its current state, and load the backup in its place. Users and their grants stay as they are:
when=20261030-033012
db=app
mysqldump --single-transaction --routines --events --set-gtid-purged=OFF $db | gzip > ~/$db-before-rollback.sql.gz
mysql -e "DROP DATABASE \`$db\`; CREATE DATABASE \`$db\`"
zcat ~/mysql/backups/$when/$db.sql.gz | mysql $db
mysql -e "SHOW TABLES" $db
Start the app again, and delete ~/app-before-rollback.sql.gz once
you're happy.
Restore everything on a new VM#
On a new VM, follow Install by hand up to and including "Size it for the VM", but don't create the app database. Then copy a backup folder over. On your computer:
scp -r mysql-backups/20261030-033012 my-mysql.exe.xyz:restore
On the VM, load the databases, users, and grants, then each database's data:
mysql < ~/restore/globals.sql
for f in ~/restore/*.sql.gz; do zcat "$f" | mysql "$(basename "$f" .sql.gz)"; done
cp --update=none ~/restore/*.env ~/mysql/
chmod 600 ~/mysql/*.env
mysql -e 'SHOW DATABASES; SELECT user, host FROM mysql.user'
Every database and user should be listed. Apps keep their old
passwords, so the .env files work unchanged. Continue Install by hand
from "Create a database for your app" (it leaves the existing app
alone), and rm -r ~/restore when you're done. If the old VM had
Docker or Tailscale access, redo its 20-listen.cnf too; the users for
it came back with the rest.
More often#
Nightly dumps can lose up to a day of changes. To back up hourly and keep two days, on the VM:
sudo sed -i 's/^OnCalendar=.*/OnCalendar=hourly/; s/^RandomizedDelaySec=.*/RandomizedDelaySec=5m/' /etc/systemd/system/mysql-backup.timer
sed -i 's/^keep=.*/keep=48/' ~/mysql/backup.sh
sudo systemctl daemon-reload && sudo systemctl restart mysql-backup.timer
systemctl list-timers mysql-backup.timer
Each backup is a full dump, so this suits databases up to a few GB.
exe.dev already
replicates the VM's disk to other machines, which
guards against hardware failure, not against a bad DELETE. For bigger
databases, MySQL Shell's
dump utilities
dump and load in parallel, and Shelley can set them up for you.
Update MySQL
Updates don't install themselves on this VM, so put them on your calendar. Oracle ships MySQL fixes, including security fixes, every January, April, July, and October.
Minor updates#
On the VM, back up, then upgrade just the MySQL packages. The upgrade restarts MySQL, so apps see a few seconds of errors:
~/mysql/backup.sh
sudo apt-get update
sudo DEBIAN_FRONTEND=noninteractive apt-get install --only-upgrade -y -o Dpkg::Options::=--force-confold \
$(dpkg-query -W -f='${db:Status-Abbrev} ${Package}\n' 'mysql-*' | awk '$1 == "ii" {print $2}')
mysql -NBe 'SELECT version()'
If apt-get update warns that the MySQL key has expired (EXPKEYSIG),
Oracle has published a renewed one: rerun the curl ... gpg --dearmor
line from Install MySQL 9.7, with the newest
RPM-GPG-KEY-mysql-<year> file listed at https://repo.mysql.com/.
To update Adminer, download the new release's adminer-<version>-mysql-en.php
from its releases over
~/mysql/adminer/adminer.php, then repeat the three-case check from
Add a web admin.
Major upgrades#
9.7 is supported until April 2034, so there's no rush. The next long-term release is planned for April 2028 (as 28.4, in MySQL's new year-and-month numbering); the quarterly releases in between are "Innovation" releases, each supported only until the next. Upgrade from one LTS to the next once its release notes look good and your app supports it.
MySQL upgrades its data in place the first time the new version starts,
and can't go back, so your backup is the way back. On the VM, find the
new track's name (such as mysql-9.7-lts) in the repository's
list of components,
then, with new set to it:
new=mysql-28.4-lts
~/mysql/backup.sh
sudo sed -i "s/ mysql-[0-9.]*-lts$/ $new/" /etc/apt/sources.list.d/mysql.list
sudo apt-get update
sudo DEBIAN_FRONTEND=noninteractive apt-get install -y -o Dpkg::Options::=--force-confold mysql-server
mysql -NBe 'SELECT version()'
sudo grep -i -E 'upgrad|error' /var/log/mysql/error.log | tail -n 20
Stop your apps first and start them afterwards. Then check your app, and
run ~/mysql/tune.sh again in case the new version's defaults changed.
Something not working?
On the VM, MySQL's error log usually has the answer:
systemctl status mysql
sudo tail -n 50 /var/log/mysql/error.log
-
Can't connect to local MySQL server through socket: MySQL isn't running. Start it withsudo systemctl start mysqland read the error log if it stops. -
It won't start after making the VM smaller: its buffer pool is too big now. Run
~/mysql/tune.sh. -
Access denied for user 'app'@'localhost': the password doesn't match the.envfile. Set a new one in both places, then restart the app:pass=$(openssl rand -hex 24) for host in $(mysql -NBe "SELECT host FROM mysql.user WHERE user = 'app'"); do mysql -e "ALTER USER 'app'@'$host' IDENTIFIED BY '$pass'" done sed -i -e "s|//app:[^@]*@|//app:$pass@|" -e "s|^DB_PASSWORD=.*|DB_PASSWORD=$pass|" ~/mysql/app.envThe loop also covers the extra logins for Docker or Tailscale (
'app'@'172.16.0.0/12'and so on), so they keep the same password. -
Host '...' is not allowed to connect: the client isn't on the VM, and there's no user for where it connects from. Add one, as in From a Docker container or Connect from another VM. -
Public Key Retrieval is not allowed(Java),cryptography package is required(PyMySQL), orER_NOT_SUPPORTED_AUTH_MODE(Node'smysql): the driver needs help with MySQL'scaching_sha2_passwordsign-in. In JDBC, addsslMode=REQUIRED(MySQL makes its own TLS certificate) orallowPublicKeyRetrieval=trueto the URL; installcryptographynext to PyMySQL; in Node, switch tomysql2. -
self-signed certificate in certificate chain: MySQL makes its own TLS certificate, and some clients, such as MariaDB'smariadbcommand, check it by default. On the VM and over Tailscale the network is already private; tell the client not to verify the certificate (--skip-ssl-verify-server-certformariadb), or copy/var/lib/mysql/ca.pemto the client and point it there. -
Plugin caching_sha2_password could not be loaded: that's MariaDB'smysql/mariadbclient, which some images ship, and it can't sign in to MySQL 9. Install MySQL's own client instead, or use your app's driver. -
Too many connections: the app's connection pool is bigger than MySQL's limit of 151. Make the pool smaller, or raisemax_connectionsin~/mysql/tune.shand run it. -
The tunnel says
Address already in use: something on your computer has port 3307. Pick another, such as-L 3308:localhost:3306. -
SSH refuses the tunnel: try the form that always works,
ssh -N -L 3307:localhost:3306 vm+my-mysql@vm.exe.xyz. -
Adminer says your email isn't allowed: add it to
~/mysql/adminer/allowed-emails. Adminer not loading at all? Checksystemctl status adminerandjournalctl -u adminer. -
Disk full: MySQL stops writing. Check
df -h /andsudo du -sh ~/mysql/backups /var/lib/mysql. Binary logs (binlog.0*in/var/lib/mysql) are often the bulk;mysql -e 'PURGE BINARY LOGS BEFORE NOW() - INTERVAL 1 DAY'frees them. Then lowerkeepin~/mysql/backup.sh, after copying old backups off the VM. -
Slow queries: queries over a second land in
/var/log/mysql/slow.log. To see which ones take the most time overall, run this inmysql:SELECT ROUND(sum_timer_wait / 1e9) AS total_ms, count_star AS calls, LEFT(digest_text, 70) AS query FROM performance_schema.events_statements_summary_by_digest ORDER BY sum_timer_wait DESC LIMIT 10;
Frequently asked questions#
Is this a managed database?
No, it's yours. You get root on the VM, the real MySQL configuration files, and every MySQL feature in the Community Edition. Updates are yours to apply, too; Update MySQL shows how, and Shelley on the VM can do them for you.
Can I connect to port 3306 from the internet?
Not directly. exe.dev only lets HTTPS and SSH in, so you connect through an SSH tunnel, or from other machines on your Tailscale network. The database never faces the open internet.
Why MySQL 9.7 and not 8.4?
9.7 is MySQL's newest long-term support release, supported until 2034. 8.4, the previous one, is supported until 2032; if an app isn't ready for 9.7, read mysql-9.7-lts as mysql-8.4-lts in the install step. MySQL 8.0 reached end of life in April 2026, so don't start new work on it.
My app's driver fails with `caching_sha2_password` errors. What now?
MySQL 9 signs users in with caching_sha2_password only; the older mysql_native_password is gone. Current drivers handle it. Older ones don't, notably Node's mysql package (use mysql2) and PyMySQL without the cryptography package. See Something not working? for the fixes.
Do I get point-in-time recovery?
Not out of the box. You get nightly dumps, so you could lose up to a day of changes; you can back up hourly instead. MySQL also keeps a binary log of every change for 7 days in /var/lib/mysql, which an expert (or Shelley) can replay on top of a dump with mysqlbinlog.
Can I use MariaDB instead?
This page installs Oracle's MySQL. MariaDB is a separate fork with its own packages in Ubuntu (mariadb-server); most of this page applies to it, but the install, update, and authentication steps differ.
Is MySQL free?
Yes. MySQL Community Server is open source under the GPLv2, and Adminer is free too. You pay for the VM; see exe.dev plans.
Updated Oct 30, 2026 · tested end to end Oct 30, 2026 · Markdown · manifest.json · Something wrong? Tell us