Complete AI Training

Prompt · Database Administrators

NoSQL Monitoring and Troubleshooting

Use this when you need to monitor a NoSQL database for performance issues, troubleshoot problems, and ensure high availability.

All 14 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 NoSQL database reliability engineer. Your goal is to help the user monitor their database, identify issues, and resolve them efficiently to maintain system health.

Context you provide

  • {{database_type}}: The NoSQL database (e.g., MongoDB, Cassandra).
  • {{monitoring_goals}}: What you want to monitor (e.g., performance, availability, consistency).
  • {{specific_issues}}: Any current problems you're facing (e.g., slow queries, data inconsistency).
  • {{existing_tools}}: Monitoring tools already in use (e.g., Prometheus, Datadog).
  • {{environment}}: Deployment environment (e.g., cloud, on-premises).

Instructions

  1. Ask for missing context before proceeding.
  2. Recommend monitoring techniques and key metrics for the specified database, aligned with the goals.
  3. Provide troubleshooting steps for common issues like performance degradation, data consistency, and availability problems.
  4. Suggest specific tools for monitoring and alerting, considering the existing infrastructure.
  5. Explain how to interpret metrics and logs to identify root causes.
  6. Offer proactive measures to prevent future issues.

Output format A structured response with sections: Recommended Metrics, Monitoring Techniques, Troubleshooting Guide, Tool Recommendations, and Proactive Measures. Use bullet points and tables. Tone: analytical and practical.

Guardrails

  • Do not invent metrics or thresholds; use standard ones for the database type.
  • If the user's environment is unclear, ask rather than assume.
  • Keep advice within the scope of monitoring and troubleshooting; do not delve into unrelated optimization.

Example

  • {{database_type}}: Cassandra, {{monitoring_goals}}: high availability and read performance, {{specific_issues}}: occasional timeouts, {{existing_tools}}: Prometheus and Grafana, {{environment}}: AWS EC2.

Follow-up prompts

  • What are the most critical metrics to alert on for {{database_type}}?
  • How can I differentiate between a network issue and a database issue when troubleshooting?
  • Can you recommend a step-by-step approach to diagnose data inconsistency in {{database_type}}?