why only square root approach to check number is prime Why do we use only square root approach to find a number is prime or not?
why not cube root & 4rth root?
 A: If n is a sum of 2 addends, one addend must be $\leq n/2$
If n is a sum of 3 addends, one addend must be $\leq n/3$
If n is a sum of 4 addends, one addend must be $\leq n/4$
etc...
If n is a product of 2 factors, one factor must be $\leq \sqrt{n}$
If n is a product of 3 factors, one factor must be $\leq \sqrt[3]{n}$
If n is a product of 4 factors, one factor must be $\leq\sqrt[4]{n}$
etc...
Since having 2 factors is sufficient to be non-prime, $\sqrt{n}$ is used to bound the test.
A: Because it is true that every composite number $N$ has a prime factor at most equal to $\sqrt N$ but it is not true that every composite number has a prime factor at most equal to $\sqrt[k] N$ for $k\ge 3$. For instance, $N=p^2$, where $p$ is prime, has no prime factor at most equal to $\sqrt[k] N$ for any $k\ge 3$.
A: If  $a\cdot b=N$ where $1<a\le b<N$
$N=ab\ge a^2\iff a^2\le N\implies a\le\sqrt N$
A: A more intuitive explanation of the same thing.  For the same reasons.
The square root of 100 is 10.  Let's say a x b = 100, for various pairs of a and b.
If a == b, then they are equal, and are the square root of 100, exactly.  Which is 10.
If one of them is less than 10, the other has to be greater.
For example, 5 x 20 == 100.  One is greater than 10, the other is less than 10.
Thinking about a x b, if one of them goes down, the other must get bigger to compensate, so the product stays at 100.  They pivot around the square root.
The square root of 101 is about 10.049875621.  So if you're testing the number 101 for primality, you only need to try the integers up through 10, including 10.  But 8, 9, and 10 are not themselves prime, so you only have to test up through 7, which is prime.
Because if there's a pair of factors with one of the numbers bigger than 10, the other of the pair has to be less than 10.  If the smaller one doesn't exist, there is no matching larger factor of 101.
If you're testing 121, the square root is 11.  You have to test the prime integers 1 through 11 (inclusive) to see if it goes in evenly.  11 goes in 11 times, so 121 is not prime.  If you had stopped at 10, and not tested 11, you would have missed 11.
You have to test every prime integer greater than 2, but less than or equal to the square root, assuming you are only testing odd numbers.
A: Consider the number $143$. This number is composite, not prime, because
$$11 \times 13 = 143.$$
But 
$$\sqrt[3]{143} \approx 5.229 < 11 < 13,$$
so if you test only possible factors up to $\sqrt[3]{143}$
then you will not check whether $11$ or $13$ divide $143$,
and you will not discover that $143$ is not prime.
On the other hand, $$11 < \sqrt{143} \approx 11.958,$$
so if you test all possible prime factors less than $\sqrt{143}$
then you will (eventually) test whether $11$ divides $143$,
and you will find out that $143$ is not prime.
Moreover, as other answers have shown, this always works,
even when you replace $143$ by some arbitrary positive integer $n$.
One counterexample is enough to show that an algorithm is
incorrect. Sometimes one can refine an algorithm in the face of such a
counterexample, for example here you might say you will apply the algorithm
only to test primality of a number $n$ greater than $143$.
But there are plenty of other, much larger, counterexamples—just take
$n$ to be the product of any two primes that are "close" to 
each other—and no practical way to account for all the counterexamples 
(as there appear to be infinitely many of them).
More precisely, I do not see any practical way that is easier than 
actually finding out (using a correct algorithm) 
whether the number $n$ is prime.
So the reason we use square root and not cube root is that
the square root approach works and the cube root approach does not work.
The fourth root approach also does not work, since $\sqrt[4]{n} < \sqrt[3]{n}$
for $n > 1$ and we already can see that $\sqrt[3]{n}$ is not always large enough.
