1. Fehlende Indizes

Das Problem:

// No index on 'email' field
db.users.find({ email: "user@example.com" })

Lösung:

// Create index
db.users.createIndex({ email: 1 })

2. Ineffiziente Regex-Abfragen

Das Problem:

// Case-insensitive regex without index
db.users.find({ name: /john/i })

Lösung:

// Use text index or exact match
db.users.createIndex({ name: "text" })
db.users.find({ $text: { $search: "john" } })

3. Große skip()-Operationen

Das Problem:

// Skipping thousands of documents
db.collection.find().skip(10000).limit(10)

Lösung:

// Use range queries with indexed field
db.collection.find({ _id: { $gt: lastSeenId } }).limit(10)

4. Unnötige Felder auswählen

Das Problem:

// Fetching entire documents
db.users.find({ status: "active" })

Lösung:

// Use projection
db.users.find({ status: "active" }, { name: 1, email: 1 })

5. Ineffiziente Aggregationspipelines

Das Problem:

// $match after $lookup
db.orders.aggregate([
  { $lookup: { ... } },
  { $match: { status: "completed" } }
])

Lösung:

// $match first to reduce documents
db.orders.aggregate([
  { $match: { status: "completed" } },
  { $lookup: { ... } }
])

1. Unbegrenzte Arrays

Das Problem:

// Array grows indefinitely
{
  userId: 123,
  activities: [/* thousands of items */]
}

Lösung:

// Use separate collection or bucketing
{
  userId: 123,
  month: "2024-01",
  activities: [/* limited items */]
}

2. Übermäßige Einbettung

Das Problem:

// Deeply nested documents
{
  user: {
    profile: {
      settings: {
        preferences: {
          // many levels deep
        }
      }
    }
  }
}

Lösung:

// Flatten or use references
{
  userId: 123,
  profileId: 456
}

3. Große Dokumente

Das Problem:

// Documents approaching 16MB limit
{
  data: "very large string...",
  attachments: [/* large binary data */]
}

Lösung:

// Store large data separately (GridFS or object storage)
{
  dataRef: "s3://bucket/key",
  attachments: [{ ref: "gridfs://id" }]
}

1. Kein Pooling von Verbindungen verwenden

Das Problem:

// Creating new connection per request
app.get('/api/users', async (req, res) => {
  const client = await MongoClient.connect(uri);
  // ...
  await client.close();
});

Lösung:

// Reuse connection pool
const client = new MongoClient(uri, { maxPoolSize: 50 });
await client.connect();

app.get('/api/users', async (req, res) => {
  const db = client.db();
  // ...
});

2. Cursor nicht schließen

Das Problem:

// Cursor left open
const cursor = db.collection.find();
// Never closed

Lösung:

// Always close cursors
const cursor = db.collection.find();
try {
  await cursor.forEach(doc => { /* process */ });
} finally {
  await cursor.close();
}

3. Zu viele Verbindungen

Das Problem:

// One connection per user session
const connections = new Map();
users.forEach(user => {
  connections.set(user.id, new MongoClient(uri));
});

Lösung:

// Share connection pool across application
const client = new MongoClient(uri);
// All users share the same pool

1. Zu viele Indizes

Das Problem:

// Index on every field
db.collection.createIndex({ field1: 1 })
db.collection.createIndex({ field2: 1 })
db.collection.createIndex({ field3: 1 })
// ... 20+ indexes

Auswirkungen: Verlangsamt die Schreibvorgänge und erhöht den Speicherplatz.

Lösung: Behalten Sie nur notwendige Indizes bei und verwenden Sie zusammengesetzte Indizes.

2. Falsche Indexreihenfolge in zusammengesetzten Indizes

Das Problem:

// Query: { status: "active", createdAt: { $gt: date } }
// Index: { createdAt: 1, status: 1 }  // Wrong order

Lösung:

// Correct order: equality first, range second
db.collection.createIndex({ status: 1, createdAt: 1 })

3. Keine verdeckten Abfragen verwenden

Das Problem:

// Index exists but query not covered
db.users.createIndex({ email: 1 })
db.users.find({ email: "user@example.com" }, { name: 1, email: 1 })
// Still fetches documents

Lösung:

// Include all projected fields in index
db.users.createIndex({ email: 1, name: 1 })
db.users.find({ email: "user@example.com" }, { name: 1, email: 1, _id: 0 })

CPU-Alarm

Condition: CPU > 80% for 10 consecutive minutes
Action: Send notification to ops team
Escalation: Page on-call if > 90% for 15 minutes

Speicher-Alarm

Condition: Memory > 85% for 15 consecutive minutes
Action: Send notification to ops team
Escalation: Auto-scale if > 95% for 10 minutes

Warnung vor Replikationsverzögerung

Condition: Lag > 10 seconds
Action: Send notification immediately
Escalation: Page on-call if > 60 seconds

Speicherplatz-Warnung

Condition: Disk > 80%
Action: Send notification to ops team
Escalation: Create incident if > 90%