codexmachina
registry/react-router-mysql-clerk-booking

Booking / scheduling on React Router v8, MySQL 8 and Clerk

verified 2026-07-15mysql23.22.6postgres3.4.9react-router8.2.0@clerk/react-router3.5.7@neondatabase/serverless1.1.0

Type-checked against the real SDKs, migration applied to a live MySQL 8, connection clients load-tested, then tracked for upstream drift and re-verified when it moves. How we verify

request path
Browserrequest
fetch
React Router v8routing + proxy
verify
Clerksession
query
MySQL 8pooled

session validation runs in server components and route handlers, not at the edge

What you're getting

React Router v8

React Router v8 (framework mode) — SSR, config/file routes under app/, loaders/actions, and resource routes for API endpoints.

MySQL 8

MySQL 8 via Drizzle ORM and the mysql2 driver.

Clerk

Clerk — hosted identity (sign-in UI, sessions, user management) mounted via middleware + provider.

Booking / scheduling

Calendar-scoped booking — bookable resources with capacity, time-windowed availability slots, party-size reservations, and per-reservation payment settlement.

Setup

bun add react-router react react-dom drizzle-orm mysql2 @clerk/nextjs
DATABASE_URLMySQL connection string (mysql://…)
NEXT_PUBLIC_CLERK_PUBLISHABLE_KEY
CLERK_SECRET_KEY
CLERK_WEBHOOK_SECRETsvix secret that verifies Clerk webhook signatures

Apply the schema with bunx drizzle-kit push

Initialization

Database client

app/lib/db.ts
import { drizzle } from "drizzle-orm/mysql2";
import mysql from "mysql2/promise";

// ponytail: single module-level pool; the runtime + mysql2's pool handle concurrency,
// so no globalThis singleton dance needed.
const pool = mysql.createPool(process.env.DATABASE_URL!);

export const db = drizzle({ client: pool });

// ponytail: Clerk is hosted — set the publishable + secret keys in the env
// (React Router reads VITE_CLERK_PUBLISHABLE_KEY client-side; CLERK_SECRET_KEY
// server-side). ClerkProvider + rootAuthLoader pick them up automatically.
// Root route for React Router v8 (framework mode). <ClerkProvider> makes
// Clerk's hooks/components available client-side; rootAuthLoader hydrates the auth
// state from the request on the server; clerkMiddleware attaches the Auth object to
// the request context so protected loaders can gate via getAuth() — the RR7 analog
// of Next's clerkMiddleware proxy + auth.protect().
import { ClerkProvider } from "@clerk/react-router";
import { clerkMiddleware, rootAuthLoader } from "@clerk/react-router/server";
import type { LoaderFunctionArgs } from "react-router";
import { Outlet, useLoaderData } from "react-router";

// RR7 route middleware: runs on every request and populates Clerk's auth context.
// Protected routes call getAuth(args) in their loader and redirect signed-out users —
// equivalent gating to the Next branch's isProtectedRoute + auth.protect().
export const middleware = [clerkMiddleware()];

export async function loader(args: LoaderFunctionArgs) {
  return rootAuthLoader(args);
}

export default function Root() {
  const loaderData = useLoaderData<typeof loader>();
  return (
    <ClerkProvider loaderData={loaderData}>
      <Outlet />
    </ClerkProvider>
  );
}

Booking & scheduling schema: resources, availability & reservations

Resources & ownership

bookable things (rooms, seats, staff) owned by a Better Auth user, each carrying an integer capacity cap

Availability slots & calendar windows

time windows a resource publishes, indexed by (resourceId, startsAt) for calendar range queries

Reservations & party size

holds and confirmations against a slot, consuming partySize units and walking held → confirmed → cancelled via CHECK

Booking payments & settlement

one payment record per reservation, storing amountCents as integer and an opaque providerPaymentId for Stripe/etc.

src/db/schema.ts
// === file: app/db/schema.ts ===
import { relations, sql } from "drizzle-orm";
import {
  boolean,
  check,
  index,
  int,
  mysqlTable,
  text,
  timestamp,
  varchar,
} from "drizzle-orm/mysql-core";
// Better Auth owns identity; we only reference its `user` table by id.
import { user } from "./auth-schema";

export type ReservationStatus = "held" | "confirmed" | "cancelled";
export type BookingPaymentStatus = "pending" | "paid" | "refunded";

/** A bookable thing (room, table, seat, staff member). Owned by the user who
 *  publishes it; capacity caps how many can be reserved against one slot. */
export const resources = mysqlTable(
  "resources",
  {
    id: varchar("id", { length: 36 }).primaryKey(),
    // Better Auth's user.id is text — match it as varchar(255).
    ownerId: varchar("owner_id", { length: 255 })
      .notNull()
      .references(() => user.id, { onDelete: "cascade" }),
    name: text("name").notNull(),
    capacity: int("capacity").notNull().default(1),
    createdAt: timestamp("created_at").notNull().defaultNow(),
  },
  (t) => [index("idx_resource_owner").on(t.ownerId)],
);

/** A time window a resource publishes. isOpen lets the owner close a window
 *  without deleting it (and its reservations). The resource+startsAt index
 *  drives the calendar lookup. */
export const availabilitySlots = mysqlTable(
  "availability_slots",
  {
    id: varchar("id", { length: 36 }).primaryKey(),
    resourceId: varchar("resource_id", { length: 36 })
      .notNull()
      .references(() => resources.id, { onDelete: "cascade" }),
    startsAt: timestamp("starts_at").notNull(),
    endsAt: timestamp("ends_at").notNull(),
    isOpen: boolean("is_open").notNull().default(true),
  },
  (t) => [
    // Drives the "slots for this resource, in time order" calendar query.
    index("idx_slot_resource_time").on(t.resourceId, t.startsAt),
  ],
);

/** A hold/booking against a slot. status walks the lifecycle; partySize is how
 *  many of the slot's capacity this reservation consumes. */
export const reservations = mysqlTable(
  "reservations",
  {
    id: varchar("id", { length: 36 }).primaryKey(),
    slotId: varchar("slot_id", { length: 36 })
      .notNull()
      .references(() => availabilitySlots.id, { onDelete: "cascade" }),
    bookedBy: varchar("booked_by", { length: 255 })
      .notNull()
      .references(() => user.id, { onDelete: "cascade" }),
    status: varchar("status", { length: 32 })
      .$type<ReservationStatus>()
      .notNull()
      .default("held"),
    partySize: int("party_size").notNull().default(1),
    createdAt: timestamp("created_at").notNull().defaultNow(),
  },
  (t) => [
    // Drives the "my reservations" lookup.
    index("idx_reservation_user").on(t.bookedBy),
    check(
      "reservations_status_check",
      sql`${t.status} in ('held','confirmed','cancelled')`,
    ),
  ],
);

/** Payment settling a reservation. amountCents keeps money integer; status
 *  walks the settlement states. */
export const bookingPayments = mysqlTable(
  "booking_payments",
  {
    id: varchar("id", { length: 36 }).primaryKey(),
    reservationId: varchar("reservation_id", { length: 36 })
      .notNull()
      .references(() => reservations.id, { onDelete: "cascade" }),
    // Money as integer cents — no float money in the ledger.
    amountCents: int("amount_cents").notNull().default(0),
    status: varchar("status", { length: 32 })
      .$type<BookingPaymentStatus>()
      .notNull()
      .default("pending"),
    // ponytail: opaque payment-provider id (Stripe/etc.) — no provider FK needed.
    providerPaymentId: text("provider_payment_id"),
    createdAt: timestamp("created_at").notNull().defaultNow(),
  },
  (t) => [
    index("idx_payment_reservation").on(t.reservationId),
    check(
      "booking_payments_status_check",
      sql`${t.status} in ('pending','paid','refunded')`,
    ),
  ],
);

export const resourcesRelations = relations(resources, ({ one, many }) => ({
  owner: one(user, { fields: [resources.ownerId], references: [user.id] }),
  slots: many(availabilitySlots),
}));

export const availabilitySlotsRelations = relations(
  availabilitySlots,
  ({ one, many }) => ({
    resource: one(resources, {
      fields: [availabilitySlots.resourceId],
      references: [resources.id],
    }),
    reservations: many(reservations),
  }),
);

export const reservationsRelations = relations(
  reservations,
  ({ one, many }) => ({
    slot: one(availabilitySlots, {
      fields: [reservations.slotId],
      references: [availabilitySlots.id],
    }),
    bookedByUser: one(user, {
      fields: [reservations.bookedBy],
      references: [user.id],
    }),
    payments: many(bookingPayments),
  }),
);

export const bookingPaymentsRelations = relations(
  bookingPayments,
  ({ one }) => ({
    reservation: one(reservations, {
      fields: [bookingPayments.reservationId],
      references: [reservations.id],
    }),
  }),
);

Verified identity sync (Clerk)

Clerk users sync into a local user table idempotently: duplicate, out-of-order, and concurrent webhooks converge to one correct row. Replayed against a live database.
src/db/auth-schema.ts
// === file: app/db/auth-schema.ts ===
import { mysqlTable, text, timestamp, varchar } from "drizzle-orm/mysql-core";

// Local mirror of Clerk identity — the FK target app-type schemas reference as user.
// id = Clerk's user id (varchar(255), matching the app-type user_id FKs), so existing
// user_id foreign keys resolve once the sync runs. This IS the auth-schema slot for Clerk cells.
export const user = mysqlTable("user", {
  id: varchar("id", { length: 255 }).primaryKey(), // = Clerk user id
  email: text("email"),
  firstName: text("first_name"),
  lastName: text("last_name"),
  imageUrl: text("image_url"),
  updatedAt: timestamp("updated_at"), // staleness key (Clerk updated_at)
  createdAt: timestamp("created_at").notNull().defaultNow(),
});
import { and, eq, isNull, lt, or } from "drizzle-orm";
import { user } from "@/db/auth-schema";

export type ClerkUserEvent = {
  type: string;
  data: {
    id: string;
    email_addresses?: { email_address: string }[];
    first_name?: string | null;
    last_name?: string | null;
    image_url?: string | null;
    updated_at?: number;
  };
};

// Idempotent + concurrency-safe sync of a Clerk user into the local user table (MySQL).
// Keyed on id (= Clerk id, the PK); the staleness guard lives in the UPDATE WHERE. MySQL has no
// RETURNING — affectedRows tells us what happened. The insert path catches the unique-key race (a
// concurrent delivery of the same NEW user) as an idempotent no-op, rethrowing every other error.
// user.deleted removes the row.
export async function recordClerkEvent(
  // ponytail: loosely typed Drizzle client so the emitted core stays portable.
  db: any,
  event: ClerkUserEvent,
): Promise<{ changed: boolean }> {
  const d = event.data;
  if (event.type === "user.deleted") {
    const deleted = await db.delete(user).where(eq(user.id, d.id));
    return { changed: deleted[0].affectedRows > 0 };
  }

  const email = d.email_addresses?.[0]?.email_address ?? null;
  const eventAt = new Date(d.updated_at ?? 0);
  const fields = {
    email,
    firstName: d.first_name ?? null,
    lastName: d.last_name ?? null,
    imageUrl: d.image_url ?? null,
    updatedAt: eventAt,
  };

  const updated = await db
    .update(user)
    .set(fields)
    .where(and(eq(user.id, d.id), or(isNull(user.updatedAt), lt(user.updatedAt, eventAt))));
  if (updated[0].affectedRows > 0) return { changed: true };

  const [existing] = await db.select({ id: user.id }).from(user).where(eq(user.id, d.id)).limit(1);
  if (existing) return { changed: false };

  // The row doesn't exist yet — insert it. A concurrent delivery of the SAME new user can win the
  // race between our SELECT and this INSERT; the PK then rejects ours (ER_DUP_ENTRY) — an idempotent
  // no-op, NOT a change. Any other error is real: rethrow so the webhook fails loud and Clerk retries.
  try {
    await db.insert(user).values({ id: d.id, ...fields });
    return { changed: true };
  } catch (err: any) {
    if ((err?.cause?.code ?? err?.code) === "ER_DUP_ENTRY") return { changed: false };
    throw err;
  }
}
// Clerk identity webhook for React Router v8 (framework mode). A resource
// route (no default component) — React Router invokes `action` for the POST. Clerk
// webhooks are svix: verify the signature, then hand the event to recordClerkEvent.
import type { ActionFunctionArgs } from "react-router";
import { Webhook } from "svix";
import { db } from "@/lib/db";
import { recordClerkEvent, type ClerkUserEvent } from "@/lib/identity/record";

const USER_EVENTS = new Set(["user.created", "user.updated", "user.deleted"]);

export async function action({ request }: ActionFunctionArgs) {
  const secret = process.env.CLERK_WEBHOOK_SECRET;
  if (!secret) return Response.json({ error: "Server misconfigured" }, { status: 500 });

  const raw = await request.text();
  const headers = Object.fromEntries(request.headers.entries());

  let event: ClerkUserEvent;
  try {
    event = new Webhook(secret).verify(raw, headers) as ClerkUserEvent;
  } catch {
    return Response.json({ error: "Invalid signature" }, { status: 403 });
  }

  if (USER_EVENTS.has(event.type)) await recordClerkEvent(db, event);
  return Response.json({ ok: true });
}

Deploy targets

✓ The right DB client for where you deploy: load-tested with concurrent queries against a live database. Edge needs the HTTP driver (no TCP); serverless needs a tiny pool.
src/lib/db.ts
import { drizzle } from "drizzle-orm/mysql2";
import mysql from "mysql2/promise";

// Serverless: a small pool per short-lived instance — many instances × a big pool exhausts MySQL.
export const pool = mysql.createPool({ uri: process.env.DATABASE_URL!, connectionLimit: 2 });
export const db = drizzle({ client: pool });
import { drizzle } from "drizzle-orm/mysql2";
import mysql from "mysql2/promise";

// Long-running process: a real, reused pool (mysql2 manages idle recycling).
export const pool = mysql.createPool({ uri: process.env.DATABASE_URL!, connectionLimit: 10 });
export const db = drizzle({ client: pool });
import { drizzle } from "drizzle-orm/planetscale-serverless";
import { Client } from "@planetscale/database";

// Edge/Workers have NO TCP sockets, so mysql2 cannot run here. PlanetScale's HTTP driver
// speaks MySQL over fetch — the client that works on Workers (the MySQL analog of Neon's HTTP driver).
const client = new Client({ url: process.env.DATABASE_URL! });
export const db = drizzle({ client });

Decisions and compatibility

note

Framework mode (not data/library mode): routes live under app/, declared in app/routes.ts. API endpoints are resource routes (a route module exporting loader/action but no default component).

note

mysql2's pool multiplexes connections; drizzle-orm/mysql2 wraps it. One module-level pool is right for a serverless/edge app — the runtime and the pool handle concurrency.

note

MySQL has no row-level security: multi-tenant isolation is enforced in application code via the forOrg helper (src/lib/tenant.ts), not by the database. See the tenant-scoping section on SaaS pages.

note

Hosted: Clerk owns identity and does NOT create a local `user` table. Store `clerk_user_id` as text without a foreign key, or sync Clerk users into a local table via webhook before relying on FKs to `user`.

note

Capacity is on the resource, not the slot: a reservation consumes partySize units of the slot's capacity, so multiple parties can share one slot up to its cap.

note

availabilitySlots carries an isOpen boolean so an owner can close a window without deleting it (and its child reservations); the cascade is intentionally one-way downward (slot → reservation → payment).

caveat

Clerk is a hosted identity provider and does not create a local `user` table. This schema's foreign keys to `user` assume a local identity table (as Better Auth provides). With Clerk, store `clerk_user_id` as a text column without a foreign key, or sync Clerk users into a local `users` table via webhook before relying on these FKs.

caveat

MySQL provides no row-level security. On MySQL, multi-tenant isolation is APP-ENFORCED via the forOrg helper (src/lib/tenant.ts), not database-enforced like Postgres RLS. Every org-scoped query MUST go through forOrg — a missed query leaks across tenants. Postgres cells enforce this in the database itself (RLS), so it holds even for a query that forgets to scope.