Home › Blog › Database administrator (DBA) interview questions with answers

Database administrator (DBA) interview questions with answers

Database administrator interviews test whether you can keep databases available, fast, secure and recoverable. Expect questions on backup strategies and point-in-time recovery, replication and failover, performance tuning and indexing, locking and blocking, security, patching and upgrades, and capacity planning — plus incident scenarios such as a full disk at 3 a.m. or a query that suddenly slows. Interviewers care most that your backups are tested and your changes are reversible.

Fifteen common DBA interview questions

  1. Describe your backup strategy. How do you know backups work?
  2. Full, differential and incremental backups — differences?
  3. How does point-in-time recovery work?
  4. What are RPO and RTO?
  5. Synchronous versus asynchronous replication?
  6. How does automatic failover work, and what can go wrong?
  7. A query suddenly became slow. How do you investigate?
  8. How do you read an execution plan?
  9. How do you find and fix blocking and deadlocks?
  10. How do you choose indexes, and when do you remove them?
  11. How do you secure a database?
  12. How do you upgrade a major version with minimal downtime?
  13. The database disk is almost full. What do you do?
  14. How do you plan capacity?
  15. Managed cloud database versus self-managed?

Backups and recovery

Replication and availability

OptionTrade-off
Synchronous replicationNo data loss on failover; adds write latency
Asynchronous replicationLow latency; possible data loss if the primary fails
Read replicasScale reads; replication lag affects freshness
Automatic failoverFast recovery; risk of split-brain without proper fencing

Performance tuning

For a sudden slowdown: check what changed (deploys, data volume, statistics, configuration), look at current activity for blocking and long transactions, compare the execution plan with a known good one — stale statistics or parameter-sensitive plans are frequent culprits — and check resource saturation. In execution plans, look for full scans on large tables, large estimated-versus-actual row mismatches, expensive sorts and nested loops over big inputs. Add indexes that match filter and join columns, and remove unused ones, because every index slows writes. See PostgreSQL interview questions.

Security and upgrades

Incident scenario: disk almost full

Stop it getting worse first: identify what's growing — transaction logs held by a stuck replication slot or long transaction, temporary files, a runaway table — and address the cause. Extend storage if possible. Avoid deleting database files directly. Afterwards, add alerting at sensible thresholds and capacity forecasts so it doesn't recur. This structure — stabilise, diagnose, fix, prevent — applies to most DBA scenarios. See DBMS interview questions.

Managed cloud databases

With managed services, DBA work shifts from installing and patching to design, cost and reliability: choosing instance sizes and storage types, configuring automated backups and cross-region replicas, tuning parameters within what the provider allows, monitoring with provider metrics, and planning maintenance windows. Interviewers ask what you'd still be responsible for — schema design, query performance, access control, restore testing and capacity — because the provider runs the hardware, not your workload.

Practising

Interviewers follow up on the most specific thing you say, so rehearse the second question as well as the first. CoPilot Interview, a free AI interview assistant, runs database administration mock interviews with follow-ups and produces a report of likely next-round questions. Prepare a real incident story with timeline, impact, root cause and the prevention you put in place.

Disclosure: CoPilot Interview is our product, so weigh what we say about it accordingly. Everything else on this page applies whichever tool you use, or none.

Frequently asked questions

What questions are asked in a DBA interview?

Backup and recovery strategies, RPO and RTO, replication and failover, performance tuning and execution plans, blocking and deadlocks, indexing, security, upgrades, capacity planning and incident scenarios.

What is the difference between RPO and RTO?

RPO is the maximum acceptable data loss measured in time; RTO is the maximum acceptable time to restore service.

How do you troubleshoot a slow query?

Check what changed, look for blocking and long transactions, compare the execution plan with a good one, refresh statistics if stale, check resource saturation and adjust indexes or the query.

How do you know your backups work?

By restoring them regularly to a separate environment and verifying the data, ideally automatically, and timing restores against your RTO.

Practise on real interview questions

Run 145 real interview questions across 10 tracks, answer out loud and see a structured answer to compare with yours. Free, no signup.

Try a practice question