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.
How to use it
- Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
- Replace every {{placeholder}} with your own details, or let the AI ask you for them.
- 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
- If any of the above inputs are missing, ask for them before proceeding.
- Based on the database type and workload, recommend a set of performance metrics to monitor, explaining why each is critical.
- Suggest specific monitoring tools and configuration approaches that integrate with the existing tools.
- Outline a proactive alerting strategy, including threshold definitions and escalation paths.
- 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?