What DBAs Actually Do
A Day in the Life
Database Administrators are the guardians of your company's most critical asset: data. When your application is slow, when backups fail, or when someone accidentally drops a production table, the DBA is who you call. Here's how their time typically breaks down:
Database Operations (30-40%)
- Performance tuning — Analyzing slow queries, optimizing indexes, tuning database configuration parameters
- Backup and recovery — Implementing backup strategies, testing restores, maintaining disaster recovery plans
- Monitoring and alerting — Tracking database health metrics, setting up alerts for anomalies, capacity thresholds
- Incident response — Diagnosing and resolving database outages, performance degradation, replication lag
Administration and Security (25-35%)
- User and access management — Creating database users, assigning roles, implementing least-privilege access
- Schema management — Reviewing migrations, coordinating schema changes, managing database objects
- Security hardening — Configuring encryption at rest and in transit, audit logging, compliance requirements
- Capacity planning — Forecasting storage needs, planning hardware upgrades, rightsizing cloud instances
Automation and Infrastructure (20-30%)
- Infrastructure as code — Provisioning databases with Terraform, CloudFormation, or Ansible
- Scripting and tooling — Writing Python/Bash scripts for maintenance tasks, building self-service tools
- CI/CD integration — Automating database deployments, integrating migrations into pipelines
- Documentation — Maintaining runbooks, architecture diagrams, operational procedures
Architecture and Planning (10-20%)
- Technology evaluation — Assessing database options (PostgreSQL vs MySQL, SQL vs NoSQL)
- Scaling strategies — Planning for read replicas, sharding, connection pooling
- Migration planning — Designing database migrations, version upgrades, platform changes
- Vendor management — Evaluating managed services, negotiating licenses
DBA vs Data Engineer: Know the Difference
A common hiring mistake is confusing DBAs with Data Engineers. While they both work with databases, their focus areas differ significantly:
Database Administrator (DBA)
- Focus: Operational health of databases
- Primary concern: Availability, performance, security, backups
- Tools: Database-specific tools (pg_stat_statements, MySQL Workbench, Oracle Enterprise Manager)
- Output: Reliable, performant database infrastructure
- Measures success by: Uptime, query latency, recovery time objectives
Data Engineer
- Focus: Data pipelines and analytics infrastructure
- Primary concern: Data transformation, warehousing, ETL/ELT processes
- Tools: Airflow, dbt, Spark, data warehouses (Snowflake, BigQuery)
- Output: Clean, accessible data for analytics and machine learning
- Measures success by: Data freshness, pipeline reliability, query accessibility
Bottom line: If you need someone to keep your production databases running smoothly, hire a DBA. If you need someone to build data pipelines for analytics, hire a Data Engineer. Some roles combine both—be explicit in your job description.
The Cloud DBA Evolution
Traditional DBA work is changing rapidly. Understanding this evolution helps you hire the right profile:
Traditional DBA (On-Premises Era)
- Installed and patched database software manually
- Managed physical servers and storage
- Wrote shell scripts for automation
- Focused heavily on operations and maintenance
- Often specialized in a single vendor (Oracle, SQL Server)
Modern DBA (Cloud Era)
- Uses managed database services (RDS, Cloud SQL, Aurora)
- Writes Terraform and infrastructure as code
- Focuses more on optimization than installation
- Works across multiple database technologies
- Partners closely with DevOps and platform teams
What This Means for Hiring
- For cloud-native companies: Look for DBAs comfortable with managed services and IaC. Traditional Oracle DBAs may struggle with cloud paradigms.
- For hybrid environments: You need DBAs who can bridge both worlds—on-prem expertise plus cloud skills.
- For legacy modernization: Hire DBAs who've done cloud migrations, not just cloud-only experience.
Where to Find DBA Candidates
High-Signal Sources
- Database-specific communities: PostgreSQL mailing lists, MySQL forums, Oracle user groups
- Cloud certification holders: AWS Database Specialty, GCP Professional Data Engineer
- Conference speakers: Percona Live, PostgresConf, Oracle OpenWorld
- Open-source contributors: PostgreSQL extensions, MySQL tools, database utilities
- LinkedIn groups: DBA-specific groups often have active discussions
Resume Green Flags
- Specific database versions and scale metrics ("PostgreSQL 15, 4TB database, 50K QPS")
- Production-scale experience, not just development environments
- Backup and recovery experience with tested restores
- Performance tuning with measurable results ("reduced query time from 8s to 200ms")
- Infrastructure as code experience (Terraform, Ansible)
- Multi-database experience showing adaptability
Resume Yellow Flags
- Only lists database certifications without production experience
- Vague descriptions ("managed databases" without specifics)
- No mention of backups, monitoring, or incident response
- Only one database technology after many years
- No automation or scripting mentioned
- Missing cloud experience in recent years
Interview Focus Areas
Database Fundamentals
- SQL proficiency and query optimization
- Understanding of database internals (indexes, query execution, transactions)
- ACID properties and consistency models
- Replication topologies and trade-offs
- Database types (relational, NoSQL, time-series) and when to use each
Performance Tuning
- Query plan analysis and optimization strategies
- Index design and maintenance
- Configuration tuning for workload types
- Identifying and resolving bottlenecks
- Capacity planning and resource allocation
Operations and Reliability
- Backup strategies (full, incremental, continuous)
- Disaster recovery and RTO/RPO planning
- High availability architectures
- Monitoring and alerting best practices
- Incident response and root cause analysis
Automation and Engineering
- Scripting ability (Python, Bash, SQL procedures)
- Infrastructure as code (Terraform, CloudFormation, Ansible)
- CI/CD integration for database changes
- Self-service tooling and documentation
- Version control for database objects
Common Hiring Mistakes
1. Hiring DBAs Who Can't Automate
Modern DBAs need to write code. Manual-only DBAs become bottlenecks, can't scale their impact, and struggle with cloud environments. Ask for code samples and discuss automation they've built.
2. Treating DBAs as "Database Janitors"
If you hire DBAs to clean up messes and run manual scripts, you'll attract DBAs who are comfortable with that. Frame the role as database engineering to attract candidates who think systematically about infrastructure.
3. Requiring Too Many Database Technologies
"Expert in PostgreSQL, MySQL, Oracle, SQL Server, MongoDB, and Cassandra" is unrealistic. Pick your primary database and require depth there. Nice-to-have others, but don't demand expertise in all.
4. Ignoring the Operations Reality
DBAs need operational skills—incident response, on-call experience, working under pressure. Ask about production incidents they've handled, not just theoretical knowledge.
5. Overlooking Cloud Experience
If you use cloud databases (most companies do now), cloud experience is essential. An expert Oracle DBA may struggle with AWS RDS paradigms. Match the profile to your environment.
Red Flags in DBA Candidates
- Only talks about manual operations — Modern DBAs automate repetitive tasks
- Can't explain why backups matter — Should discuss RTO, RPO, and tested restores
- Never tested a restore — Backups are useless if you can't restore from them
- Doesn't know query plans — EXPLAIN/EXPLAIN ANALYZE is fundamental
- Blames developers for slow queries — Good DBAs partner with developers, not fight them
- No monitoring experience — Can't improve what you don't measure
- Single database experience after 10+ years — Suggests resistance to learning
- Can't discuss trade-offs — Should articulate consistency vs availability, normalization vs performance
Compensation Benchmarks
DBA compensation varies by specialization, cloud experience, and database complexity:
By Experience Level (US Market)
- Mid-level ($110,000-$140,000) — 3-5 years experience, manages production databases, handles day-to-day operations and optimization
- Senior ($140,000-$170,000) — 5-8 years experience, designs database architecture, leads performance projects, mentors juniors
- Staff/Principal ($165,000-$200,000+) — 8+ years experience, sets database strategy, handles critical systems, cross-team influence
Premium Skills (10-20% increase)
- Cloud database expertise (AWS RDS/Aurora, GCP Cloud SQL, Azure SQL)
- Multi-database proficiency (SQL and NoSQL)
- Infrastructure as code (Terraform, CloudFormation)
- High-scale experience (billions of rows, tens of thousands of QPS)
- Financial services or compliance-heavy environments (PCI-DSS, SOC 2, HIPAA)
Industry Variations
- Tech companies and fintech: 15-25% above market
- Healthcare and finance: Strong demand, often pay premiums for compliance experience
- Startups: May offer equity compensation; total comp can exceed larger companies
- Remote positions from LATAM/Eastern Europe: 40-60% lower than US rates
DBA Career Paths
Understanding career progression helps with leveling, offers, and retention:
Individual Contributor Track
Junior DBA → Mid-level DBA → Senior DBA → Staff DBA → Principal DBA
- Focuses on deepening technical expertise
- Handles increasingly complex and critical systems
- Principal DBAs often specialize (performance, security, specific platforms)
- May become internal consultants across the organization
Management Track
Senior DBA → DBA Team Lead → Database Manager → Director of Data Infrastructure
- Focuses on team leadership and strategy
- Requires strong communication and project management
- Balances technical depth with people management
- Owns database strategy and vendor relationships
Adjacent Transitions
- Data Engineering: DBAs often transition to data pipeline and analytics infrastructure
- Platform Engineering: Building internal developer platforms including database services
- Site Reliability Engineering: Applying reliability engineering to databases
- Cloud Architecture: Designing cloud-native data architectures
- Consulting: Becoming independent database consultants or solutions architects
Career Progression
Curiosity & fundamentals
Independence & ownership
Architecture & leadership
Strategy & org impact
Developer Expectations
| Aspect | ✓ What They Expect | ✗ What Breaks Trust |
|---|---|---|
| Database Infrastructure Quality | →Proper monitoring and observability, automated backups with tested restores, clear runbooks for common issues, and infrastructure as code for database provisioning. | ⚠No monitoring beyond basic uptime checks, backups that have never been tested, tribal knowledge instead of documentation, or manual database provisioning that takes days. |
| Automation and Engineering Focus | →Time to build automation and improve tooling, not just firefighting. Ability to write code and infrastructure as code. CI/CD integration for database changes. | ⚠Expected to perform only manual operations. No time allocated for automation. Database changes require manual script execution in production. No version control for database objects. |
| On-Call and Incident Response | →Reasonable on-call rotation (not always being primary), quality alerts with low false-positive rates, clear escalation paths, and blameless post-incident culture. | ⚠Being the only person who can handle database issues (24/7 responsibility). Noisy alerts that page constantly. Blame culture for incidents. No investment in reducing on-call burden. |
| Partnership with Development Teams | →Collaborative relationship with developers, input on schema design early in the process, and ability to influence query patterns and data modeling decisions. | ⚠Adversarial relationship where DBAs just say "no." Only brought in after performance problems occur. Expected to fix developer mistakes without ability to influence design. |
| Growth and Learning Opportunities | →Opportunity to learn new database technologies, cloud platforms, and engineering practices. Budget for certifications and conferences. Path to senior/staff levels. | ⚠Stuck maintaining legacy systems forever with no modernization path. No learning budget. Dead-end role with no career progression. |