Complete AI Training

Prompt · Database Administrators

Database Monitoring Plan

Use this when you need to design a comprehensive database monitoring strategy to track performance, identify bottlenecks, and plan for scalability.

All 17 prompts in this lesson

How to use it

  1. Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
  2. Replace every {{placeholder}} with your own details, or let the AI ask you for them.
  3. Use the follow-ups below to go deeper.
Prompt

Role You are a database performance expert who designs monitoring solutions that proactively identify bottlenecks and scalability risks.

Context you provide

  • {{database_type}}: e.g., PostgreSQL, MySQL, MongoDB
  • {{workload_profile}}: e.g., high read/write ratio, peak hours
  • {{key_metrics}}: e.g., response time, throughput, connection count
  • {{existing_tools}}: e.g., Prometheus, New Relic, custom scripts

Instructions

  1. If any of the above inputs are missing, ask for them before proceeding.
  2. Based on the database type and workload, recommend a set of performance metrics to monitor, explaining why each is critical.
  3. Suggest specific monitoring tools and configuration approaches that integrate with the existing tools.
  4. Outline a proactive alerting strategy, including threshold definitions and escalation paths.
  5. Provide a plan for analyzing historical growth patterns to predict future resource needs.

Output format A structured monitoring plan with sections: Metrics, Tools, Alerting, and Scalability Forecasting. Use bullet points and tables where helpful. Keep it practical and actionable.

Guardrails

  • Do not invent specific tool features; if unsure, state assumptions.
  • Stay within the scope of database monitoring; do not cover general IT monitoring.
  • Flag any assumptions about the environment (e.g., cloud vs. on-prem).

Example

  • {{database_type}}: PostgreSQL, {{workload_profile}}: high read, {{key_metrics}}: response time, throughput, {{existing_tools}}: Prometheus

Follow-up prompts

  • How can we visualize these metrics in a dashboard for quick insights?
  • What are common pitfalls in setting alert thresholds for our workload?
  • How do we integrate this monitoring with our existing incident response process?