Database Administrator (DBA) – Operations
Mô tả công việc
Tổng quan vị trí
Chịu trách nhiệm vận hành, bảo trì và đảm bảo tính sẵn sàng, toàn vẹn của toàn bộ hệ thống cơ sở dữ liệu production phục vụ ứng dụng VikkiMe.
Trách nhiệm chính
- Vận hành và giám sát hệ thống database production (PostgreSQL,DynamoDB, Redis).
- Thực hiện backup/restore định kỳ và kiểm tra tính toàn vẹn của dữ liệu sao lưu.
- Tối ưu hiệu năng truy vấn/database (indexing, query tuning) khi phát hiện vấn đề hiệu năng.
- Quản lý phân quyền truy cập database theo chính sách bảo mật và nguyên tắc phân quyền tối thiểu (least privilege).
- Thực hiện diễn tập Disaster Recovery (DR drill) cho hệ thống database theo lịch định kỳ.
- Xử lý các sự cố liên quan đến database: deadlock, connection pool đầy, thiếu dung lượng lưu trữ.
- Phối hợp với đội phát triển khi có yêu cầu thay đổi schema (change request), đảm bảo thay đổi không ảnh hưởng vận hành.
- Theo dõi dung lượng sử dụng và lập kế hoạch capacity planning cho database.
- Đảm bảo tuân thủ các quy định về lưu trữ dữ liệu (data residency) và chuẩn bảo mật PCI DSS.
Yêu cầu ứng viên
Yêu cầu kỹ năng & kinh nghiệm
- 4–6 năm kinh nghiệm làm DBA trong môi trường production quy mô lớn.
- Thành thạo PostgreSQL (tuning, backup/restore, replication).
- Có kinh nghiệm với cơ sở dữ liệu SQL (PostgreSQL), NoSQL (DynamoDB) và caching (Redis/Memcached).
- Có hiểu biết/kinh nghiệm với synology NAS, dataSync.
- Hiểu biết vững về chiến lược backup/restore và Disaster Recovery.
- Kỹ năng xử lý sự cố hiệu năng database dưới áp lực thời gian.
Phân tích kỹ năng cần có
Phân tích kỹ năng – Vị trí Database Administrator tại Vikki
Đây là vị trí DBA vận hành (Operations DBA) thuộc mảng fintech (ứng dụng VikkiMe), đòi hỏi sự kết hợp giữa kỹ năng kỹ thuật sâu về cơ sở dữ liệu, khả năng xử lý sự cố dưới áp lực, và hiểu biết về bảo mật trong lĩnh vực tài chính – ngân hàng.
🎯 Hard Skills (Kỹ năng cứng) – Bắt buộc phải có
| Nhóm kỹ năng | Mức yêu cầu | Chi tiết |
|---|---|---|
| PostgreSQL | Thành thạo | Tuning, backup/restore (pg_dump, pg_basebackup, WAL archiving), replication (streaming, logical), partitioning, VACUUM, autovacuum, query planner |
| DynamoDB (NoSQL) | Có kinh nghiệm | Thiết kế partition key, GSIs/LSIs, DynamoDB Streams, capacity mode (on-demand/provisioned), DAX |
| Redis / Memcached | Có kinh nghiệm | Caching strategies, persistence (RDB/AOF), cluster mode, eviction policies |
| Backup & DR | Vững | RPO/RPO, PITR (Point-in-Time Recovery), disaster recovery drill, multi-region replication |
| Performance Tuning | Vững | EXPLAIN/EXPLAIN ANALYZE, index design (B-tree, GIN, GiST), query rewriting, connection pooling (PgBouncer) |
| Bảo mật DB | Có hiểu biết | Least privilege, role-based access, row-level security, encryption at rest/transit, audit logging (pgAudit) |
| Synology NAS & DataSync | Có hiểu biết | Lưu trữ backup tập trung, đồng bộ dữ liệu giữa các site |
💡 Hard Skills – Có thêm sẽ là lợi thế
- AWS services: RDS, Aurora, S3, KMS, CloudWatch, IAM (vì DynamoDB là dịch vụ AWS)
- Infrastructure as Code: Terraform, Ansible
- Monitoring: Prometheus + Grafana, pg_stat_statements, pgBadger, Datadog, New Relic
- Containerization: Docker, Kubernetes (cho môi trường DB cloud-native)
- Scripting: Bash, Python (tự động hóa vận hành)
- Logging & Alerting: ELK Stack, PagerDuty
🤝 Soft Skills (Kỹ năng mềm)
- Khả năng xử lý sự cố dưới áp lực: deadlock, connection pool full, disk full – cần bình tĩnh và phản ứng nhanh.
- Tư duy phòng ngừa (proactive): Phát hiện vấn đề trước khi nó xảy ra, lên kế hoạch capacity.
- Giao tiếp với team Dev: Phối hợp khi có schema change, giải thích impact rõ ràng.
- Tài liệu hóa (documentation): Quy trình DR, runbook xử lý sự cố phải rõ ràng.
- Tuân thủ quy trình: Đặc biệt quan trọng trong fintech với PCI DSS.
📜 Chứng chỉ gợi ý
| Chứng chỉ | Tổ chức | Phù hợp vì… |
|---|---|---|
| PostgreSQL CE (Certified Engineer) | EDB | Chứng minh kiến thức PostgreSQL chuyên sâu |
| AWS Certified Database – Specialty | AWS | DynamoDB + managed DB services |
| AWS Solutions Architect – Associate/Professional | AWS | Hiểu kiến trúc tổng thể có DynamoDB |
| Red Hat Certified Specialist in Services Management | Red Hat | Vận hành hệ thống Linux doanh nghiệp |
| PECB ISO 27001 / PCI DSS Foundation | PECB | Fintech cần hiểu tuân thủ bảo mật |
📊 Bảng so sánh mức độ phù hợp theo nền tảng ứng viên
| Nền tảng ứng viên | Mức phù hợp | Lý do |
|---|---|---|
| 4-6 năm DBA PostgreSQL ở fintech/bank | ⭐⭐⭐⭐⭐ | Match hoàn toàn yêu cầu |
| 4-6 năm DBA Oracle/MySQL, muốn chuyển sang PG | ⭐⭐⭐⭐ | Cần học thêm PostgreSQL + AWS |
| DevOps/SRE có kinh nghiệm DB | ⭐⭐⭐ | Có tư duy vận hành, thiếu chuyên sâu tuning |
| Backend dev giỏi SQL, muốn chuyển sang DBA | ⭐⭐ | Cần học thêm nhiều về vận hành, DR, security |
| Sinh viên mới ra trường | ⭐ | Yêu cầu 4-6 năm kinh nghiệm production |
Chuẩn bị phỏng vấn
Hướng dẫn phỏng vấn – DBA Vikki
Quy trình phỏng vấn vị trí DBA ở các công ty fintech Việt Nam thường có 4-5 vòng, tập trung nhiều vào kỹ thuật chuyên sâu và tư duy xử lý sự cố thực tế.
📋 Quy trình các vòng (dự kiến)
Vòng 1 – HR Screen (30-45 phút)
- Giới thiệu về Vikki/VikkiMe, mô hình sản phẩm
- Xác nhận kinh nghiệm, mức lương mong muốn, thời gian onboard
- Câu hỏi về lý do ứng tuyển, kỳ vọng nghề nghiệp
Vòng 2 – Technical Test (60-90 phút)
- Có thể là bài test online hoặc live coding về SQL, query tuning
- Một số công ty yêu cầu làm tại nhà (take-home test) thiết kế schema hoặc kế hoạch DR
Vòng 3 – Technical Deep Dive (90-120 phút)
- Phỏng vấn với DBA Senior hoặc Engineering Manager
- Đi sâu vào PostgreSQL internals, backup/restore, replication
- Câu hỏi tình huống xử lý sự cố
Vòng 4 – System Design / Case Study (60-90 phút)
- Thiết kế kiến trúc high availability cho PostgreSQL
- Lên kế hoạch DR cho hệ thống fintech
- Cân nhắc giữa consistency, availability, performance
Vòng 5 – Culture Fit / Director Round (30-45 phút)
- Phù hợp văn hóa công ty
- Khả năng làm việc nhóm, giao tiếp với team product/dev
❓ Câu hỏi hay gặp theo từng vòng
Vòng Technical – PostgreSQL
1. Sự khác nhau giữa `pg_dump` và `pg_basebackup`? Khi nào dùng cái nào?
2. Giải thích cơ chế MVCC (Multi-Version Concurrency Control) trong PostgreSQL. Tại sao cần VACUUM?
3. Làm sao để tìm và xử lý deadlock trong PostgreSQL?
4. Streaming Replication vs Logical Replication – khác nhau, use case?
5. Index nào phù hợp cho cột JSONB? Khi nào dùng GIN index?
6. Làm thế nào để monitor slow query trong PostgreSQL?
Vòng Technical – NoSQL & Caching
7. Khi nào nên dùng DynamoDB thay vì PostgreSQL? Thiết kế partition key như thế nào để tránh hot partition?
8. Redis Cluster hoạt động ra sao? Hash slot là gì?
9. Cache stampede là gì? Cách phòng tránh?
Vòng Tình huống – Xử lý sự cố
10. Production database bị full disk lúc 2h sáng, bạn xử lý thế nào?
11. Backup thành công nhưng khi restore thì lỗi corrupted – bạn làm gì?
12. Connection pool liên tục bị exhausted, nguyên nhân có thể là gì?
13. Một dev yêu cầu ALTER TABLE trên bảng 500GB production – bạn xử lý sao để không downtime?
Vòng DR & Security
14. Trình bày chiến lược DR cho hệ thống fintech: RPO, RTO bao nhiêu là chấp nhận được?
15. PCI DSS yêu cầu gì với database lưu trữ dữ liệu thẻ?
16. Làm sao audit lại ai đã truy cập vào bảng chứa dữ liệu nhạy cảm?
🎯 Tips chuẩn bị
- Ôn lại PostgreSQL internals: WAL, checkpoint, autovacuum, replication slots, pg_stat views
- Practice SQL: dùng [pgExercises](https://pgexercises.com/) hoặc [LeetCode SQL](https://leetcode.com/problemset/database/)
- Đọc qua tài liệu AWS DynamoDB nếu chưa có kinh nghiệm thực tế
- Chuẩn bị sẵn 2-3 incident bạn đã xử lý, dùng phương pháp STAR (Situation, Task, Action, Result)
- Research VikkiMe: đây là ứng dụng tài chính số – tìm hiểu product, đối thủ cạnh tranh
👔 Dress code
- Fintech công nghệ tại Việt Nam: Smart casual hoặc business casual
- Không cần vest/sơ mi trắng cứng nhắc như ngân hàng truyền thống
- Gợi ý: áo polo/sơ mi + quần kaki, hoặc áo thun trơn + quần vải, sneaker lịch sự
- Lưu ý: gọn gàng, sạch sẽ, chuyên nghiệp là đủ
Lộ trình ôn thi
Hướng dẫn ôn thi & chuẩn bị – DBA Vikki
📚 Kiến thức nền tảng cần có
A. PostgreSQL (Quan trọng nhất)
Kiến thức cốt lõi:
- Kiến trúc tổng thể: Process model, memory architecture (shared buffers, WAL buffers)
- WAL (Write-Ahead Logging) và cơ chế crash recovery
- MVCC, transaction isolation levels (Read Committed, Repeatable Read, Serializable)
- Autovacuum, VACUUM, ANALYZE
- Indexes: B-tree, Hash, GIN, GiST, BRIN, partial index, expression index
- Partitioning: range, list, hash
- Replication: streaming replication, logical replication, replication slots
- Backup/Restore: pg_dump, pg_basebackup, PITR với WAL archiving
- Connection pooling: PgBouncer
- pg_stat views để monitor
- pgAudit cho audit trail
C. AWS DynamoDB
- Data modeling, single-table design
- Partition key design, hot partition avoidance
- GSIs, LSIs
- DynamoDB Streams, TTL, DAX
- Capacity mode (on-demand vs provisioned)
- Backup/restore trong DynamoDB
D. Redis
- Data structures (String, Hash, List, Set, Sorted Set)
- Persistence: RDB vs AOF
- Replication, Sentinel, Cluster
- Eviction policies
- Pub/Sub
E. Bảo mật & Tuân thủ
- PCI DSS cơ bản cho hệ thống payment
- Data residency (dữ liệu phải lưu trữ trong lãnh thổ Việt Nam)
- Encryption at rest vs in transit
- Principle of least privilege
📖 Tài liệu tham khảo
| Tài liệu | Mức độ | Link/Ghi chú |
|---|---|---|
| PostgreSQL Official Docs | Bắt buộc | https://www.postgresql.org/docs/ |
| PostgreSQL: Up and Running (Regina Obe, Leo Hsu) | Nền tảng vững | Sách kinh điển |
| The Art of PostgreSQL (Dimitri Fontaine) | Nâng cao | Tập trung vào SQL nâng cao |
| PostgreSQL High Performance (Gregory Smith) | Chuyên sâu | Tuning, indexing |
| Designing Data-Intensive Applications (Martin Kleppmann) | Tổng quan | Hiểu bản chất các hệ thống dữ liệu |
| AWS DynamoDB Developer Guide | Bắt buộc | docs.aws.amazon.com |
| Redis Documentation | Tham khảo | redis.io/docs |
| PgExercises.com | Practice SQL | Free |
| Use The Index, Luke (Markus Winand) | Indexing | use-the-index-luke.com |
| PgAdmin / DBeaver | Thực hành | Cài đặt local |
🗓️ Lộ trình chuẩn bị 2 tuần
Tuần 1 – PostgreSQL Deep Dive
| Ngày | Nội dung | Hoạt động |
|---|---|---|
| T2 | Ôn kiến trúc PG, MVCC, WAL | Đọc docs + vẽ diagram |
| T3 | Indexes & Query Tuning | Làm 20 bài EXPLAIN ANALYZE |
| T4 | Backup/Restore & WAL | Thực hành pg_dump, pg_basebackup, PITR |
| T5 | Replication & HA | Dựng streaming replication trên Docker |
| T6 | Monitoring & Troubleshooting | Cài Prometheus + pg_exporter |
| T7 | Ôn tổng hợp + giải đề cũ | Flashcard + LeetCode SQL |
Tuần 2 – NoSQL, Caching, Security & Mock Interview
| Ngày | Nội dung | Hoạt động |
|---|---|---|
| CN | Nghỉ ngơi, xem lại note tuần 1 | |
| T2 | DynamoDB deep dive | Đọc docs AWS + thiết kế 1 use case |
| T3 | Redis & caching patterns | Cài Redis local, thử cluster mode |
| T4 | PCI DSS, data residency | Đọc tóm tắt PCI DSS v4.0 |
| T5 | Tình huống xử lý sự cố | Luyện STAR cho 5-7 incidents |
| T6 | Mock interview với bạn bè/mentor | Quay video, tự đánh giá |
| T7 | Final review, research Vikki | Đọc về VikkiMe, đối thủ MoMo, ZaloPay… |
🛠️ Môi trường thực hành nên dựng
```bash
Docker Compose mẫu để practice PostgreSQL + Redis
docker run -d --name pg-test -e POSTGRES_PASSWORD=test postgres:16
docker run -d --name redis-test redis:7
Cài PgBouncer, Prometheus postgres_exporter
Dựng 1 replication cluster với 1 primary + 1 replica
```
Tư vấn nghề nghiệp
Lời khuyên sự nghiệp – DBA tại Fintech Việt Nam
🚀 Lộ trình thăng tiến cho DBA
```
Junior DBA (0-2 năm)
↓
Mid-level DBA (2-5 năm) ← Vị trí Vikki yêu cầu
↓
Senior DBA (5-8 năm)
↓
Database Architect / Lead DBA (8-12 năm)
↓
Head of Data Platform / VP Engineering
```
Các hướng chuyển tiếp từ DBA:
- Site Reliability Engineer (SRE): tận dụng tư duy vận hành, monitoring, incident response
- Cloud Architect / Database Architect: chuyên sâu vào thiết kế hệ thống dữ liệu quy mô lớn
- Data Platform Engineer: xây dựng data pipeline, ETL, data lake
- Engineering Manager (Infrastructure/Data team): quản lý đội ngũ
- Security Engineer / DevSecOps: nếu có nền tảng bảo mật tốt (PCI DSS, ISO 27001)
💰 Mức lương kỳ vọng theo cấp bậc
> ⚠️ Mức lương có thể thay đổi tùy ngân hàng/công ty và thời điểm tuyển dụng. Đây là ước lượng tham khảo cho thị trường Việt Nam 2024-2025.
| Cấp bậc | Kinh nghiệm | Mức lương (VNĐ/tháng) | Ghi chú |
|---|---|---|---|
| Junior DBA | 0-2 năm | 12 - 20 triệu | Học hỏi, làm việc dưới mentor |
| Mid-level DBA | 2-5 năm | 20 - 35 triệu | Độc lập xử lý, vị trí Vikki nằm ở đây |
| Senior DBA | 5-8 năm | 35 - 55 triệu | Thiết kế kiến trúc, lead dự án |
| Lead DBA / Architect | 8-12 năm | 55 - 90 triệu | Quyết định công nghệ, quản lý nhóm |
| Head of Data/Platform | 12+ năm | 90 - 150+ triệu | Manager path |
Yếu tố tăng lương:
- Fintech thường trả cao hơn doanh nghiệp thường 15-25%
- Có chứng chỉ AWS, PostgreSQL +13-20%
- Biết thêm cloud-native DB (Aurora, Snowflake, BigQuery): +20-30%
- Kinh nghiệm với hệ thống quy mô lớn (TB-scale): premium cao
🎯 Kỹ năng cần phát triển thêm trong 1-2 năm tới
Nếu muốn ở lại hướng DBA thuần:
- Cloud-native databases: Amazon Aurora, Google Cloud SQL, Snowflake
- Distributed databases: CockroachDB, YugabyteDB, Cassandra
- Observability stack nâng cao
- Chaos engineering cho database
Nếu muốn mở rộng sang SRE/DevOps:
- Kubernetes operators cho database
- Terraform, Ansible, ArgoCD
- CI/CD cho schema migration
- GitOps
Nếu muốn chuyển sang Data Engineering:
- Apache Kafka, Apache Spark
- Airflow, dbt
- Data warehousing concepts
- ETL/ELT patterns
💡 Lời khuyên thực tế cho ứng viên
1. Tại sao vị trí này đáng quan tâm: Fintech ở Việt Nam đang tăng trưởng mạnh, DBA ở fintech vừa có technical depth vừa hiểu business impact – rất giá trị trên thị trường lao động.
2. Đừng chỉ biết mỗi PostgreSQL: Yêu cầu đề cập DynamoDB + Redis – đây là tín hiệu cho thấy VikkiMe chạy kiến trúc polyglot persistence. Hãy học cả NoSQL và caching.
3. Hiểu business, không chỉ tech: DBA ở fintech phải hiểu downtime ảnh hưởng đến doanh thu thế nào, dữ liệu khách hàng nhạy cảm ra sao. Câu trả lời "vì sao cần backup" không chỉ là technical mà còn là compliance.
4. Xây dựng presence cộng đồng: Viết blog về PostgreSQL, tham gia cộng đồng DBA Việt Nam (Vietnam PostgreSQL User Group), chia sẻ trên LinkedIn – sẽ giúp ích cho cả interview lẫn thăng tiến sau này.
5. Cân nhắc job hopping có chiến lược: 2-3 năm/nơi là hợp lý để tích lũy đa dạng tech stack, đặc biệt nếu bạn muốn exposure với cả on-premise lẫn cloud.
Câu hỏi thường gặp
Em là sinh viên năm cuối ngành CNTT, có thể apply vị trí DBA này không?
Vị trí này yêu cầu 4-6 năm kinh nghiệm production, nên nếu em chưa đi làm thì cơ hội được nhận khá thấp. Tuy nhiên em có thể:
1. Apply vào các vị trí Junior DBA hoặc DBA Intern ở công ty khác để tích lũy 1-2 năm.
2. Tự học PostgreSQL qua [pgExercises](https://pgexercises.com/), cài PostgreSQL local, dựng project cá nhân.
3. Đóng góp open-source (PostgreSQL, pgAdmin) để có kinh nghiệm thực tế.
4. Học thêm cloud (AWS free tier) để có exposure với DynamoDB.
Sau 2-3 năm nếu em chăm chỉ, em hoàn toàn có thể ứng tuyển lại vị trí tương đương.
Em đang làm backend developer 3 năm, muốn chuyển sang DBA có khả thi không?
Khả thi hoàn toàn! Backend dev có lợi thế là hiểu SQL, query, schema. Em cần bổ sung thêm:
- Vận hành production: backup/restore, replication, monitoring (PgBouncer, pg_stat_statements)
- Tuning chuyên sâu: EXPLAIN ANALYZE, index design
- DR planning: RPO/RTO, PITR
- Bảo mật: PCI DSS, audit logging
Gợi ý: Bắt đầu bằng cách offer support team DBA hiện tại ở công ty em, hoặc nhận task về database performance trong team dev. Khi có 1-2 năm kinh nghiệm DBA thực tế thì em sẽ rất có giá vì hiểu cả dev lẫn ops.
Mức lương trung bình cho DBA 4-6 năm kinh nghiệm ở fintech Việt Nam khoảng bao nhiêu?
Theo khảo sát thị trường 2024-2025, mức lương cho DBA mid-senior ở fintech Việt Nam (khoảng 4-6 năm) dao động:
- Startup fintech nhỏ: 25-35 triệu VND/tháng
- Fintech tầm trung (Vikki, ZaloPay, Timo…): 35-50 triệu VND/tháng
- Fintech lớn hoặc unicorn: 50-70+ triệu VND/tháng
Lưu ý: Mức lương có thể thay đổi tùy ngân hàng/công ty và thời điểm. Yếu tố làm tăng lương: có chứng chỉ AWS/PostgreSQL, biết thêm NoSQL + caching, hoặc từng làm ở hệ thống scale lớn. Em nên research trên [ITviec](https://itviec.com/) hoặc [VietnamWorks](https://vietnamworks.com/) để có số liệu cập nhật nhất.
DBA làm việc ở fintech có áp lực hơn ngân hàng truyền thống không?
Có, áp lực cao hơn đáng kể, nhưng theo nhiều nghĩa khác nhau:
Áp lực chính:
- 24/7 uptime yêu cầu, vì app tài chính downtime = mất doanh thu + mất uy tín
- Dữ liệu cực nhạy cảm (thông tin thẻ, KYC), sai 1 lần có thể bị phạt nặng theo PCI DSS
- Tốc độ release nhanh hơn, schema change thường xuyên hơn ngân hàng truyền thống
- Phải biết nhiều công nghệ hơn (polyglot: SQL + NoSQL + caching)
Bù lại:
- Mức lương cao hơn ngân hàng truyền thống 20-30%
- Văn hóa startup/agile, ít quy trình rườm rà
- Được làm tech mới nhanh hơn
Nếu em thích sự ổn định, quy trình chuẩn → ngân hàng truyền thống. Nếu thích thử thách, tốc độ → fintech.
Em có 5 năm kinh nghiệm Oracle DBA, giờ chuyển sang PostgreSQL có khó không?
Không quá khó nếu em chịu học, vì nền tảng DBA đã vững. Điểm khác biệt chính:
1. Postgres-friendly: SQL chuẩn hơn Oracle, không có nhiều cú pháp riêng như Oracle
2. MVCC: Cả Oracle và Postgres đều dùng MVCC nhưng implementation khác nhau
3. Cost: Postgres miễn phí nên em không cần lo licensing
4. Cộng đồng: Lớn mạnh, nhiều tài liệu miễn phí
5. Tools: pgAdmin, psql (thay vì SQL*Plus), pg_dump/pg_restore
Lộ trình chuyển đổi (1-2 tháng):
- Tuần 1-2: Đọc "PostgreSQL: Up and Running"
- Tuần 3-4: Cài local, làm quen psql, pgAdmin
- Tuần 5-6: Thực hành backup/recovery, replication
- Tuần 7-8: Làm 1 dự án cá nhân (deploy 1 web app với PG backend)
Với 5 năm Oracle DBA, em sẽ thành thạo PG trong 2-3 tháng và có thể apply vị trí này tự tin.
Vikki là công ty gì? Có phải ngân hàng không?
Vikki là một fintech/startup tài chính số tại Việt Nam, phát triển ứng dụng VikkiMe – đây là một nền tảng tài chính cá nhân/số (personal finance/fintech). Vikki không phải là ngân hàng truyền thống, mà hoạt động trong lĩnh vực công nghệ tài chính. Do đó khi apply em sẽ thấy:
- Môi trường startup/agile hơn ngân hàng truyền thống
- Vẫn phải tuân thủ quy định tài chính (PCI DSS, NHNN)
- Mức lương cạnh tranh hơn
- Tech stack hiện đại hơn
Em nên research trên LinkedIn, Glassdoor, hoặc hỏi trực tiếp HR trong vòng phỏng vấn đầu để hiểu rõ hơn về văn hóa công ty.
Trong phỏng vấn DBA, câu hỏi nào hay "knock-out" ứng viên nhất?
Có 3-4 câu hỏi mà nếu trả lời sai, ứng viên thường bị loại ngay:
1. "Giải thích MVCC trong PostgreSQL" - Nếu không hiểu cơ chế này thì không thể tune database đúng cách.
2. "Làm sao để recover dữ liệu tại 1 thời điểm cụ thể trong quá khứ?" - Test khả năng PITR, WAL archiving. Đây là kiến thức cốt lõi.
3. "Index có làm query nhanh hơn lúc nào cũng đúng không?" - Câu trả lời đúng là KHÔNG, vì:
- Index tốn dung lượng, chậm INSERT/UPDATE/DELETE
- Bảng nhỏ thì seq scan có thể nhanh hơn
- Low cardinality column thì index không hiệu quả
4. "Làm sao xử lý một query chạy 30 giây trong production?" - Test quy trình troubleshoot: xác định query, EXPLAIN, kiểm tra index, server load, lock, slow disk.
Em nên luyện kỹ những câu này trước khi đi phỏng vấn.
Em nên học thêm gì trong 6 tháng tới để tăng cơ hội vào vị trí DBA fintech như Vikki?
Lộ trình 6 tháng em có thể tham khảo:
Tháng 1-2: PostgreSQL nâng cao
- Replication (streaming + logical)
- Partitioning
- pg_stat views, pg_stat_statements
- Backup/Restore, PITR
Tháng 3: DynamoDB
- Đọc AWS docs, làm AWS Free Tier
- Single-table design
- Thử DAX, Streams, TTL
Tháng 4: Redis nâng cao
- Cluster mode, Sentinel
- Persistence (RDB vs AOF)
- Caching patterns (cache-aside, write-through, write-behind)
Tháng 5: Bảo mật & Compliance
- PCI DSS cơ bản
- Encryption, audit logging
- Data residency
Tháng 6: Thực chiến
- Build 1 project cá nhân: 1 web app + PG + Redis + DynamoDB
- Viết blog chia sẻ kiến thức
- Đóng góp open-source (PostgreSQL extension, pgAdmin plugin)
- Tham gia cộng đồng DBA Việt Nam
Sau 6 tháng em sẽ tự tin apply vào vị trí DBA mid-level ở fintech.