Is there a way to check the deployed location of an existing D1 database? - Cloudflare Developers

© 2026 Hedgehog Software, LLC

More

Communities Docs About Terms Privacy

Jikyu

JJikyu Is there a way to check the deployed location of an existing D1 database?

Chaika

C

Chaika•1/3/25, 2:30 AM

wrangler d1 info <db-name>

Chaika

C

Chaika•1/3/25, 2:31 AM

ex: > running_in_region │ ENAM

Jikyu

J

JikyuOP•1/3/25, 2:31 AM

thank you!

Farhian

FFarhian Hi, does D1 have a 'sleep mode' of some sort? The reason I am asking is because ...

Chaika

C

Chaika•1/3/25, 2:35 AM

Yes, D1 Databases go to sleep / they have cold starts. They should be very quick though, depends what you mean by "a long time", and I suppose database size as well

Farhian

F

Farhian•1/3/25, 2:37 AM

Thank you for the response. Well we do get a timeout exception from the DB when invoked from a worker

I would say after about 5-10 seconds or so.

Farhian

F

Farhian•1/3/25, 2:38 AM

For that reason (the error response), we consider to operation to have failed, when in fact it did not.

Farhian

F

Farhian•1/3/25, 2:40 AM

On DB failures (like this timeout for example), we are stopping other flows which depend on the DB operation passing, leaving us in an inconsistent state (we think that a DB update failed when in fact it was successful)

kamama

K

kamama•1/3/25, 6:54 AM

@James can you also escalate the slowness issue to the team ?

Voyage Bagage

V

Voyage Bagage•1/3/25, 7:29 AM

in the process of importing data to my d1 I ran into issues of overloading the worker then time out over 60 sec,
so I have decided to run it locally then copy it over on d1 for production.

what is the good practice/workflow recommended for that case scenario ?
my first attempts were to:

wrangler d1 execute <databasename> --command"SELECT * FROM my-table" > my-table.sql or json

wrangler d1 execute <databasename> --command"SELECT * FROM my-table" > my-table.sql or json

then

wrangler d1 execute <databasename> --remote --file my-table.sql or json

wrangler d1 execute <databasename> --remote --file my-table.sql or json

but even with cleaning the logs and isolating the 'results' array that does not get read,
because it only reads INSERT INTO () VALUES()

so I did the following:

sqlite3 .path/to/miniflare/local/db.sqlite ".schema my-table"

sqlite3 .path/to/miniflare/local/db.sqlite ".schema my-table"

got the rigth schema and :

sqlite3 .path/to/miniflare/local/db.sqlite "SELECT      
    'INSERT INTO my-table (            
        key1,key2,etc...
    ) VALUES (' || quote(key1) || ', etc..   
FROM my-table;" > my-table-import.sql

sqlite3 .path/to/miniflare/local/db.sqlite "SELECT      
    'INSERT INTO my-table (            
        key1,key2,etc...
    ) VALUES (' || quote(key1) || ', etc..   
FROM my-table;" > my-table-import.sql

which gave me all the rows in SQL format (INSERT INTO() VALUES())
then ran the file my-table-import.sql
and worked

is there a simpler way ?
thanks

Amodeus R.

A

Amodeus R.•1/3/25, 12:43 PM

Is it possible to use a backend framework like fastify and postgres for query with a wrangler/d1 project?

Amodeus R.

AAmodeus R.Is it possible to use a backend framework like fastify and postgres for query wi...

Max (@rozenmd)

M

Max (@rozenmd)•1/3/25, 1:55 PM

You can use Hono.js (which is similar to Express in terms of dev experience), and bind to a D1 DB to query it from your Worker (https://developers.cloudflare.com/d1/worker-api/) - it uses sqlite's dialect of SQL under the hood, not postgres.

Cloudflare Docs

Workers Binding API · Cloudflare D1 docs

You can execute SQL queries on your D1 database from a Worker using the Worker Binding API. To do this, you can perform the following steps:

w3bcode

W

w3bcode•1/3/25, 2:19 PM

local

Max (@rozenmd)

MMax (@rozenmd)You can use Hono.js (which is similar to Express in terms of dev experience), an...

Amodeus R.

A

Amodeus R.•1/3/25, 2:21 PM

I see, thank you for the answer!

kamama

K

kamama•1/3/25, 2:58 PM

Any official way to report the D1 slow issue?

slagathor

S

slagathor•1/3/25, 3:58 PM

Hey is D1 support down atm?

slagathor

S

slagathor•1/3/25, 3:58 PM

slagathor

S

slagathor•1/3/25, 3:58 PM

seems to be stuck loading for me on the CLI and web dashboard

xintercept

X

xintercept•1/3/25, 4:00 PM

I'm running into that too, was wondering why my terraform planterraform plan was hanging

xintercept

Xxintercept I'm running into that too, was wondering why my `terraform plan` was hanging 🙃

slagathor

S

slagathor•1/3/25, 4:00 PM

at least we aren't alone

slagathor

Sslagathor at least we aren't alone 😅

xintercept

X

xintercept•1/3/25, 4:01 PM

lol, we can cry together

aza547

A

aza547•1/3/25, 4:09 PM

Same here ^^

aza547

A

aza547•1/3/25, 4:09 PM

Seems to be back? Atleast partially

Chaika

C

Chaika•1/3/25, 4:17 PM

seems ok to me via dash

Max (@rozenmd)

M

Max (@rozenmd)•1/3/25, 4:31 PM

There was an issue with the API: https://www.cloudflarestatus.com/incidents/mx4qz4w48lwc

Cloudflare D1 - API Availability Issues

Swaraj Sahu

S

Swaraj Sahu•1/4/25, 7:21 AM

hello, i'm using this tutorial to integrate primsa + D1 into my project

https://developers.cloudflare.com/d1/tutorials/d1-and-prisma-orm/

However, -- remote flag working..

idk why local sqlite db is not getting created. that's why not able to do local devlopment.

getting this error while applying migrations

wrangler d1 migrations apply my-db --localwrangler d1 migrations apply my-db --local

workerd/jsg/util.c++:274: error: e = workerd/util/sqlite.c++:413: failed: expected _ec == SQLITE_OK [14 == 0]; unable to open database file: SQLITE_CANTOPEN
stack: 7ff6fb11418c 7ff6fb5a31aa 7ff6fb5a2959 7ff6fafab7bb 7ff6fafab54b 7ff6fb1b2738 7ff6fb1b2589 7ff6fb1b0d3f 7ff6fb1799ff 7ff6fb1791d2 7ff6fafaa577 7ff6fafa9da8 7ff6fafa9bdb 7ff6fafa6ff1 7ff6fafa6d33 7ff6fafadfd3 7ff6fafc9cd7 0 7ff6fb6a2c7c 0 0 0; sentryErrorContext = jsgInternalError

workerd/jsg/util.c++:274: error: e = workerd/util/sqlite.c++:413: failed: expected _ec == SQLITE_OK [14 == 0]; unable to open database file: SQLITE_CANTOPEN
stack: 7ff6fb11418c 7ff6fb5a31aa 7ff6fb5a2959 7ff6fafab7bb 7ff6fafab54b 7ff6fb1b2738 7ff6fb1b2589 7ff6fb1b0d3f 7ff6fb1799ff 7ff6fb1791d2 7ff6fafaa577 7ff6fafa9da8 7ff6fafa9bdb 7ff6fafa6ff1 7ff6fafa6d33 7ff6fafadfd3 7ff6fafc9cd7 0 7ff6fb6a2c7c 0 0 0; sentryErrorContext = jsgInternalError

any help?

Abakir

A

Abakir•1/4/25, 7:33 AM

I have a question does the local database have the same id as the one in production all the time ?

I want to know so when people collbrate on a project they can follow the same steps?

szakszuk

S

szakszuk•1/5/25, 5:52 PM

anyone also experienced very slow queries on D1? My worker itseld responds quite fast ~50ms but when I add any D1 query it responds withing ~1000ms, which 90% of the time is spend on the query. Also from CF dashboard I see that response time is huge, while query is very fast (I basically have 0 data, just testing).
I'm on a free plan so maybe it's related but just wanted some confirmation, thx

szakszuk

Sszakszuk anyone also experienced very slow queries on D1? My worker itseld responds quite...

Ari

A

Ari•1/5/25, 9:39 PM

Same issue over here

Ari

AAri Same issue over here

Chaika

C

Chaika•1/5/25, 9:53 PM

I would debug it using the following steps

Where is worker running (or rather, where are you connecting to)? You can check the response headers: Cf-Ray Header, at the end is the Airport code. Or you can go to the virtual path /cdn-cgi/trace/cdn-cgi/trace on your worker's hostname, look for colo=<airportCode>colo=<airportCode>. If you have Smart Placement enabled, then check the cf-placement response header, end of that is airport code.
Where is the database running? You can use npx wrangler d1 info <dbName>npx wrangler d1 info <dbName>, If you're not sure. you'll get a region returned like ENAM (East North America), or APAC (Asia Pacific)
If you're making multiple queries for a single incoming request, Smart Placement can help, or just placing your DB closer to your users
If you're connecting to a location reasonably near and your DB is near/latency is way higher then it should be, then debug the query itself.

If the query is simple, run the same query via the D1 Console Tab, below your query, you'll see
Response time 1354ms, query time 0.18ms
Query time is what you're interested in, it should be reasonable, like a few ms at max for simple queries.
Ignore Response Time via D1 Console or Wrangler, it's not representative of what you'd see in reality. It's going through API Layer -> Core (which only runs in a few locations), then to your D1 Instance. Worker/D1 Binding run at edge and connect directly to your database, not going through core/api layer/etc.

From the workers api, if using .run on a prepared statement check meta.duration for time in milliseconds spent executing. .exec has durationduration You can also do performance.now before/after query to measure end to end latency of each query and shove it into a response header or console.log it

Checking your database's graphs for query latency metrics and/or npx wrangler d1 insights <db>npx wrangler d1 insights <db> can be helpful for debugging slow queries as well

Chaika

C

Chaika•1/5/25, 9:53 PM

same for @szakszuk

Chaika

C

Chaika•1/5/25, 9:56 PM

usually some combination of multiple queries to far away DB/bad routing to CF/looking at d1 console/wrangler performance and not deployed worker, etc

Chaika

CChaika I would debug it using the following steps 1. Where is worker running (or rathe...

Ari

A

Ari•1/5/25, 10:05 PM

I tested deploying a worker, the query time seems ok but the response time is too slow to be acceptable

Ari

AAri I tested deploying a worker, the query time seems ok but the response time is to...

Chaika

C

Chaika•1/5/25, 10:10 PM

which region is your db?

Chaika

CChaika which region is your db?

Ari

A

Ari•1/5/25, 10:19 PM

Its in WNAM, I am in Brazil, this maybe be the reason...

Ari

AAri Its in WNAM, I am in Brazil, this maybe be the reason...

Chaika

C

Chaika•1/5/25, 10:51 PM

yea, D1 DBs/Durable Objects don't run in South America, WNAM is Western North America, like Dallas/Los Angeles/Seattle, going to be a decent latency to there from Brazil.
ENAM should be better, espec if your D1 DB gets placed in Miami, but Chicago/New Jersey are part of ENAM as well, so can vary a fair bit depending on that

Ferdinand

F

Ferdinand•1/6/25, 1:34 AM

Hello, can I use D1 with server actions?

Chaika

CChaika I would debug it using the following steps 1. Where is worker running (or rathe...

szakszuk

S

szakszuk•1/6/25, 9:44 AM

Thanks that must be the reason, my worker runs in WAW (Poland) and d1 db in WNAM so ofc latency is huge. I used the automatic option for smart location assuming it will use some European region.
After moving db to eu response time is ~100ms which I guess is acceptable for my little side project

szakszuk

S

szakszuk•1/6/25, 9:48 AM

@Chaika Just want to make sure, as I can't find any info. What it means --location=eeur vs --location=weur . I mean which exact location is that eg. city/country.

szakszuk

Sszakszuk @Chaika Just want to make sure, as I can't find any info. What it means --locati...

lambrospetrou

L

lambrospetrou•1/6/25, 11:48 AM

You cannot influence at the city level. At the moment location hints are very broad, and you can see similar hints for Durable Objects: https://developers.cloudflare.com/durable-objects/reference/data-location/#supported-locations-1
In https://where.durableobjects.live/ you can see which cities are covered in each of those hints.

szakszuk

Sszakszuk @Chaika Just want to make sure, as I can't find any info. What it means --locati...

Chaika

C

Chaika•1/6/25, 2:07 PM

yea like they said there's the website for that, lots of cities in each one and it'll move within region if there's any issues/maintenance
https://where.durableobjects.live/region/weur
https://where.durableobjects.live/region/eeur

pat me

P

pat me•1/6/25, 3:44 PM

has anyone used auth js with cloudflare d1? since the billing is a bit more technical and I don't know what auth js is doing for sign ins and session, I am not sure what the costing would be like for how many users. any rough ideas?

lucasp

L

lucasp•1/6/25, 5:00 PM

hi, how to backup a d1? i've tried to follow docs but dosent works

wrangler d1 backup create cyguro-db-dev

✘ [ERROR] A request to the Cloudflare API (/accounts/2d2da569ea5c41d87eba7d610279d290/d1/database/c25c6f21-3669-4672-9eaf-58242589258c/backup) failed.

  The request is malformed: Only alpha D1 databases support backups. Production databases support
  time-travel: c25c6f21-3669-4672-9eaf-58242589258c (v3) [code: 7400]

wrangler d1 backup create cyguro-db-dev

✘ [ERROR] A request to the Cloudflare API (/accounts/2d2da569ea5c41d87eba7d610279d290/d1/database/c25c6f21-3669-4672-9eaf-58242589258c/backup) failed.

  The request is malformed: Only alpha D1 databases support backups. Production databases support
  time-travel: c25c6f21-3669-4672-9eaf-58242589258c (v3) [code: 7400]

lucasp

Llucasp hi, how to backup a d1? i've tried to follow docs but dosent works ```bash wrang...

Chaika

C

Chaika•1/6/25, 5:03 PM

Manual backups like that were only an alpha thing. Production Databases support time travel like it says: https://developers.cloudflare.com/d1/reference/time-travel/#restore-a-database
You can jump back to any point in the last 30 days, nothing to do to enable

Chaika

C

Chaika•1/6/25, 5:03 PM

You can export your prod db using the export command, if you just want the sql: https://developers.cloudflare.com/d1/best-practices/import-export-data/#export-an-existing-d1-database

Chaika

CChaika You can export your prod db using the export command, if you just want the sql: ...

lucasp

L

lucasp•1/6/25, 5:04 PM

yes i'd like to download the db tomake local tests

sqlite3 .path/to/miniflare/local/db.sqlite "SELECT      
    'INSERT INTO my-table (            
        key1,key2,etc...
    ) VALUES (' || quote(key1) || ', etc..   
FROM my-table;" > my-table-import.sql

sqlite3 .path/to/miniflare/local/db.sqlite "SELECT      
    'INSERT INTO my-table (            
        key1,key2,etc...
    ) VALUES (' || quote(key1) || ', etc..   
FROM my-table;" > my-table-import.sql

workerd/jsg/util.c++:274: error: e = workerd/util/sqlite.c++:413: failed: expected _ec == SQLITE_OK [14 == 0]; unable to open database file: SQLITE_CANTOPEN
stack: 7ff6fb11418c 7ff6fb5a31aa 7ff6fb5a2959 7ff6fafab7bb 7ff6fafab54b 7ff6fb1b2738 7ff6fb1b2589 7ff6fb1b0d3f 7ff6fb1799ff 7ff6fb1791d2 7ff6fafaa577 7ff6fafa9da8 7ff6fafa9bdb 7ff6fafa6ff1 7ff6fafa6d33 7ff6fafadfd3 7ff6fafc9cd7 0 7ff6fb6a2c7c 0 0 0; sentryErrorContext = jsgInternalError

workerd/jsg/util.c++:274: error: e = workerd/util/sqlite.c++:413: failed: expected _ec == SQLITE_OK [14 == 0]; unable to open database file: SQLITE_CANTOPEN
stack: 7ff6fb11418c 7ff6fb5a31aa 7ff6fb5a2959 7ff6fafab7bb 7ff6fafab54b 7ff6fb1b2738 7ff6fb1b2589 7ff6fb1b0d3f 7ff6fb1799ff 7ff6fb1791d2 7ff6fafaa577 7ff6fafa9da8 7ff6fafa9bdb 7ff6fafa6ff1 7ff6fafa6d33 7ff6fafadfd3 7ff6fafc9cd7 0 7ff6fb6a2c7c 0 0 0; sentryErrorContext = jsgInternalError

wrangler d1 backup create cyguro-db-dev

✘ [ERROR] A request to the Cloudflare API (/accounts/2d2da569ea5c41d87eba7d610279d290/d1/database/c25c6f21-3669-4672-9eaf-58242589258c/backup) failed.

  The request is malformed: Only alpha D1 databases support backups. Production databases support
  time-travel: c25c6f21-3669-4672-9eaf-58242589258c (v3) [code: 7400]

wrangler d1 backup create cyguro-db-dev

✘ [ERROR] A request to the Cloudflare API (/accounts/2d2da569ea5c41d87eba7d610279d290/d1/database/c25c6f21-3669-4672-9eaf-58242589258c/backup) failed.

  The request is malformed: Only alpha D1 databases support backups. Production databases support
  time-travel: c25c6f21-3669-4672-9eaf-58242589258c (v3) [code: 7400]