Events
Roll a die and you cannot say in advance which face will land up — but you can say exactly what "getting an even number" means, or "getting a number greater than 4". Probability theory turns questions like these into precise mathematics by treating every such description as a set: a subset of all the possible outcomes. Once "even number appears" is written as , ordinary set operations — complement, union, intersection — become a ready-made toolkit for combining and comparing chances, long before any actual number gets attached to them. This article builds that toolkit: what an event is, how simple and compound events differ, how 'not A', 'A or B', 'A and B' translate into set notation, and the special pair of properties — mutually exclusive and exhaustive — that decides whether a family of events cleanly tiles the sample space. Everything here is groundwork; assigning actual probabilities to these events is the next step, done separately once the set language is solid.
An event is a subset of the sample space, so 'not A', 'A or B' and 'A and B' are just the complement, union and intersection of sets, and events are exhaustive when their union is the whole sample space and mutually exclusive when their intersection is empty.
The core idea
A random experiment produces one outcome from a fixed collection called the sample space . Any subset is an event; it "occurs" whenever the actual outcome happens to lie inside .
Sizes of events. A simple (elementary) event contains exactly one outcome, such as for a coin toss. A compound event contains more than one outcome, such as for "an even number" on a die. Two boundary cases matter: the sure event is itself (it always occurs, since the outcome is always somewhere in ), and the impossible event is (it never occurs, since no outcome lies in an empty set).
Combining events as sets. Because events are sets, everyday phrases translate directly into set algebra:
- 'Not ' is the complement — the event that fails to occur.
- ' or ' is the union — the event that at least one of , occurs.
- ' and ' is the intersection — the event that both occur together.
where: is the sample space, and are events (subsets of ), and denotes a generic outcome. No new machinery is needed — everything you already know about sets carries over unchanged to events.
Two relationships between events. and are mutually exclusive if : they share no outcome, so they cannot both happen on the same trial. A family is exhaustive if : between them, they cover every possible outcome, so something in the family must occur. When a family is both mutually exclusive and exhaustive, it partitions into non-overlapping pieces that together account for the whole sample space — a structure that becomes essential once probabilities are assigned, because each outcome then belongs to exactly one piece.
Why it works
There is no separate "logic of chance" to learn here — the whole point of writing events as sets is that the logic students already own for sets transfers over without change. "Not ", " or ", and " and " are not new ideas dressed up in new notation; they are complement, union and intersection, and every identity you know from set theory — , , De Morgan's laws — automatically becomes a true statement about events. This is why the language is worth learning carefully before any probability numbers appear: get the set description of an event wrong, and every later computation built on it inherits the mistake. The reason mutually exclusive and exhaustive matter so much together is that a mutually exclusive and exhaustive family is a partition of : no outcome is left out (exhaustive), and no outcome is double-counted across two different events in the family (mutually exclusive). Picture as a sheet of paper. An exhaustive family covers the whole sheet with no gaps; a mutually exclusive family cuts the sheet with no pieces overlapping. Only when both hold at once do you get a clean tiling — every single outcome sitting in exactly one piece. That property is precisely what later lets probabilities of a partition add up correctly to , and it is why exam questions repeatedly ask you to check both conditions rather than just one: exhaustive without mutually exclusive still leaves overlaps (an outcome counted twice), and mutually exclusive without exhaustive still leaves gaps (an outcome counted nowhere).
Worked example
A single die is thrown once. With , let = "an even number appears" and = "a number greater than 4 appears". Find , and , and check whether the pair is mutually exclusive and exhaustive.
Step 1. Write down and as subsets of . "Even" picks out multiples of 2, and "greater than 4" picks out numbers strictly above 4:
Step 2. Find , the outcomes common to both descriptions — even and greater than 4:
Since , and share an outcome, so they are not mutually exclusive.
Step 3. Find , every outcome satisfying at least one description:
Step 4. Find , the complement of with respect to (not with respect to or any other set) — the odd numbers:
Step 5 — Competitive stretch. Check against the partition conditions. Mutually exclusive: , so yes. Exhaustive: , so yes. Any event and its complement always form a partition of into exactly two pieces — a fact that holds for every event , not just this one. Answer: , , , and is mutually exclusive and exhaustive.
Common traps
- Confusing "mutually exclusive" (, they can't both happen) with "exhaustive" (, together they cover everything) — neither property implies the other.
- Calling any small-looking subset a "simple" event; a simple event must contain exactly one outcome, while a compound event can contain any number greater than one.
- Taking the complement of against the wrong set — is always , measured against the full sample space, not against another event.
- Treating or as outcomes themselves; they are events (sets of outcomes), and in particular contains none at all.
Ask the tutor: Stuck on turning a tricky compound-event description — like "at least two heads" or "sum is a multiple of 3" — into a set, or unsure whether two events you've listed are mutually exclusive, exhaustive, both, or neither? Ask the AI tutor to walk through the sample space with you, outcome by outcome.
Why do we bother writing events as sets instead of just describing them in words?
Words like "at least one head" or "a number greater than 4" can be ambiguous or hard to combine. Writing them as sets fixes exactly which outcomes count, and lets you use set operations you already know — union, intersection, complement — to build 'or', 'and', 'not' statements precisely and to combine several conditions without confusion. It also sets up the later step of assigning probabilities, which is defined on sets, not on sentences.
Can two events be exhaustive without being mutually exclusive?
Yes. Exhaustive only requires their union to equal the sample space; it says nothing about whether they overlap. For two coins, "at least one head" and "both faces the same" together cover all four outcomes (so they are exhaustive), yet both are true for the outcome (so they are not mutually exclusive). The two properties are independent — check each one separately.
How is a compound event different from just a bigger sample space?
The sample space is fixed once the experiment is fixed — it lists every possible outcome and never changes. A compound event is a subset of that same fixed , chosen because you care about outcomes sharing some property, such as "even number". Its size can be anything from two outcomes up to all of (the sure event), but it is always built from the same underlying outcomes, never a new or different sample space.