andrejk, а у вас в какой кодировке база?

таблица кодировок

например, посмотрите кирилица в utf-8 представляется очень рваным диапазоном
Ё d0 81
А d0 90 - п d0 bf
р d1 80- я d1 8f
ё d1 91
т.е. для поиска в UTF-8 диапазон должен быть Ё,А-п,р-я,ё

tanglirkealon(Ruslan)т.е. для поиска в UTF-8 диапазон должен быть Ё,А-п,р-я,ёНет. Как раз для этого (для того, чтобы не завязываться на бинарный порядок) и придумали collation.
ну так то да, вот только создатели MySQL и юникода это кажется не совсем учли

[а-яё] - иначе таких глупостей бы наверное не было

база в UTF-8, проверяем




20:14:05 select * from ls where s regexp '^[ЁА-пр-яё[:blank:]-]+$' LIMIT 0, 1000 15 row(s) returned 0.001 sec / 0.000 sec


20:14:52 select * from ls where s regexp '^[a-z[:blank:]-]+$' LIMIT 0, 1000 18 row(s) returned 0.001 sec / 0.000 sec



20:20:36 select * from ls where s regexp '^[а-яё[:blank:]-]+$' LIMIT 0, 1000 3 row(s) returned 0.002 sec / 0.000 sec



20:22:04 select * from ls where s regexp '^[А-ЯЁа-яё[:blank:]-]+$' LIMIT 0, 1000 3 row(s) returned 0.010 sec / 0.001 sec
Although automatic conversion is not in the SQL standard, the SQL standard document does say that every character set is (in terms of supported characters) a “subset” of Unicode. Because it is a well-known principle that “what applies to a superset can apply to a subset,” we believe that a collation for Unicode can apply for comparisons with non-Unicode strings.

10.1.7.5 Collation of Expressions

andrejkutf-8
смотрите выше, это по вашей базе тестовой запросы