Bỏ qua điều hướng
Vikki
Vikki

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ăngMức yêu cầuChi tiết
PostgreSQLThành thạoTuning, backup/restore (pg_dump, pg_basebackup, WAL archiving), replication (streaming, logical), partitioning, VACUUM, autovacuum, query planner
DynamoDB (NoSQL)Có kinh nghiệmThiết kế partition key, GSIs/LSIs, DynamoDB Streams, capacity mode (on-demand/provisioned), DAX
Redis / MemcachedCó kinh nghiệmCaching strategies, persistence (RDB/AOF), cluster mode, eviction policies
Backup & DRVữngRPO/RPO, PITR (Point-in-Time Recovery), disaster recovery drill, multi-region replication
Performance TuningVữngEXPLAIN/EXPLAIN ANALYZE, index design (B-tree, GIN, GiST), query rewriting, connection pooling (PgBouncer)
Bảo mật DBCó hiểu biếtLeast privilege, role-based access, row-level security, encryption at rest/transit, audit logging (pgAudit)
Synology NAS & DataSyncCó hiểu biếtLư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ứcPhù hợp vì…
PostgreSQL CE (Certified Engineer)EDBChứng minh kiến thức PostgreSQL chuyên sâu
AWS Certified Database – SpecialtyAWSDynamoDB + managed DB services
AWS Solutions Architect – Associate/ProfessionalAWSHiểu kiến trúc tổng thể có DynamoDB
Red Hat Certified Specialist in Services ManagementRed HatVận hành hệ thống Linux doanh nghiệp
PECB ISO 27001 / PCI DSS FoundationPECBFintech 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ênMức phù hợpLý 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

  1. Khi nào nên dùng DynamoDB thay vì PostgreSQL? Thiết kế partition key như thế nào để tránh hot partition?
  2. Redis Cluster hoạt động ra sao? Hash slot là gì?
  3. Cache stampede là gì? Cách phòng tránh?

Vòng Tình huống – Xử lý sự cố

  1. Production database bị full disk lúc 2h sáng, bạn xử lý thế nào?
  2. Backup thành công nhưng khi restore thì lỗi corrupted – bạn làm gì?
  3. Connection pool liên tục bị exhausted, nguyên nhân có thể là gì?
  4. 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

  1. 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?
  2. PCI DSS yêu cầu gì với database lưu trữ dữ liệu thẻ?
  3. 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 hoặc LeetCode SQL
  • Đọ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ệuMức độLink/Ghi chú
PostgreSQL Official DocsBắt buộchttps://www.postgresql.org/docs/
PostgreSQL: Up and Running (Regina Obe, Leo Hsu)Nền tảng vữngSách kinh điển
The Art of PostgreSQL (Dimitri Fontaine)Nâng caoTập trung vào SQL nâng cao
PostgreSQL High Performance (Gregory Smith)Chuyên sâuTuning, indexing
Designing Data-Intensive Applications (Martin Kleppmann)Tổng quanHiểu bản chất các hệ thống dữ liệu
AWS DynamoDB Developer GuideBắt buộcdocs.aws.amazon.com
Redis DocumentationTham khảoredis.io/docs
PgExercises.comPractice SQLFree
Use The Index, Luke (Markus Winand)Indexinguse-the-index-luke.com
PgAdmin / DBeaverThực hànhCài đặt local

🗓️ Lộ trình chuẩn bị 2 tuần

Tuần 1 – PostgreSQL Deep Dive

NgàyNội dungHoạt động
T2Ôn kiến trúc PG, MVCC, WALĐọc docs + vẽ diagram
T3Indexes & Query TuningLàm 20 bài EXPLAIN ANALYZE
T4Backup/Restore & WALThực hành pg_dump, pg_basebackup, PITR
T5Replication & HADựng streaming replication trên Docker
T6Monitoring & TroubleshootingCà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àyNội dungHoạt động
CNNghỉ ngơi, xem lại note tuần 1
T2DynamoDB deep diveĐọc docs AWS + thiết kế 1 use case
T3Redis & caching patternsCài Redis local, thử cluster mode
T4PCI DSS, data residencyĐọc tóm tắt PCI DSS v4.0
T5Tình huống xử lý sự cốLuyện STAR cho 5-7 incidents
T6Mock interview với bạn bè/mentorQuay video, tự đánh giá
T7Final review, research VikkiĐọc về VikkiMe, đối thủ MoMo, ZaloPay…

🛠️ Môi trường thực hành nên dựng

# 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ậcKinh nghiệmMức lương (VNĐ/tháng)Ghi chú
Junior DBA0-2 năm12 - 20 triệuHọc hỏi, làm việc dưới mentor
Mid-level DBA2-5 năm20 - 35 triệuĐộc lập xử lý, vị trí Vikki nằm ở đây
Senior DBA5-8 năm35 - 55 triệuThiết kế kiến trúc, lead dự án
Lead DBA / Architect8-12 năm55 - 90 triệuQuyết định công nghệ, quản lý nhóm
Head of Data/Platform12+ năm90 - 150+ triệuManager 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, 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 hoặc VietnamWorks để 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.

Chia sẻ từ cộng đồng

Ẩ
Ẩn danh 2025-01-15

Mình từng làm DBA cho 1 fintech tầm trung ở HCM, nói thật là áp lực cao nhưng bù lại lương tốt. Yêu cầu 4-6 năm + phải biết cả SQL lẫn NoSQL thì mức offer chắc chắn trên 40tr. Vikki đang build team data nên cơ hội được làm từ đầu cũng tốt.

M
Minh T*** 2025-01-12

Cảm ơn bài viết chi tiết quá. Mình đang làm Oracle DBA 5 năm, đang định chuyển sang PG thì thấy bài này đúng lúc. Có ai đã chuyển từ Oracle sang PG chưa cho mình xin vài tips với.

Ẩ
Ẩn danh 2025-01-18

Cảnh báo thật: VikkiMe là app tài chính, PCI DSS compliance cực kỳ khắt khe. Không phải cứ backup đầy đủ là xong, audit trail mới quan trọng. Ai chưa làm fintech thì cứ tìm hiểu kỹ PCI DSS trước khi apply, không vô rồi bị sock vì quy trình.

b
banker2024 2025-01-20

DynamoDB + PostgreSQL + Redis = polyglot persistence architecture. Học sinh viên nên nhớ: ngày xưa 1 DB lo hết, giờ 1 hệ thống phải dùng 3-4 loại DB cho các use case khác nhau. Hiểu được điểm này thì phỏng vấn sẽ ăn điểm.

H
Hoa N*** 2025-01-08

Mình phỏng vấn ở 1 fintech tương tự cách đây 3 tháng, vòng technical hỏi rất sâu về WAL, checkpoint, vacuum. Câu hỏi tình huống production rất thực tế. Recommend các bạn chuẩn bị kỹ phần xử lý sự cố, đừng lý thuyết suông.

t
timviec_hn 2025-01-22

Mức lương "Thỏa thuận" nhiều khi là công ty chưa có budget chuẩn. Kinh nghiệm cá nhân: đừng apply vị trí không ghi rõ range. Nếu ứng tuyển thì đưa ra mức mong muốn cao hơn 15-20% so với hiện tại trong HR round luôn.

Ẩ
Ẩn danh 2025-01-25

Thấy yêu cầu Synology NAS + dataSync hơi lạ. Có vẻ Vikki backup lên Synology thay vì cloud? Hoặc cũng có thể là backup tại chỗ + sync lên cloud. Ai biết thông tin confirm giúp với, để chuẩn bị interview cho chuẩn.

L
Linh P*** 2025-01-10

Mình vừa on-board 1 fintech 2 tuần, văn hóa startup fintech rất khác ngân hàng truyền thống. Tốc độ nhanh, ít ceremony, dev tự deploy nhiều. DBA ở đây không chỉ ngồi config mà còn phải code nữa (Terraform, scripts). Cân nhắc nhé mọi người.

Ứng tuyển ngay

Ứng tuyển trên website gốc

Bạn sẽ được chuyển đến trang tuyển dụng chính thức của Vikki

Chuẩn bị thi tuyển

Luyện đề thi tuyển dụng Vikki trên thithu.com

Luyện thi Vikki

Chuyên môn / Từ khoá

CNTT / IT DevOps / Hạ tầng
T
thithu.com

Miễn trừ trách nhiệm: Nội dung câu hỏi trên thithu.com chỉ mang tính chất luyện tập và tham khảo, không đại diện cho đề thi chính thức của bất kỳ tổ chức nào. Chúng tôi không chịu trách nhiệm về kết quả thi thực tế của người dùng.