Вот регулярка:

= 1

= 1

Если что-нибудь добавить после класса символов [:alnum:]+, строка проверку не проходит:

= 0

= 0

= 0

Что за артефакт ?

Если класс символов заменить, например, на точку (любой символ), проблема уходит:

= 1

Классы POSIX предназначены для использования в классах символов, так что заключайте их в квадратные скобкиавтор
Хорошо, делаем так:

= 0
И всё равно не работает.

авторВ MySQL регэкспы не посиксовые, а перловые, насколько я в курсе.Эта цитата, которую я привёл, - из справки по MySQL:
Классы POSIX предназначены для использования в классах символов, так что заключайте их в квадратные скобки

авторТут, имхо, дело в жадности. [:alnum:]+ забирает себе все символы, включая единицу. И единице из регекспа уже соответствия не находится. Вы чего-то не то говорите. Если при захвате конструкцией [:alnum:]+ всех символов строка регулярке не соответствует, то объём захвата уменьшается на 1 символ и снова проверяется соответствие (возможность обеспечения соответствия) регулярке. Так работают жадные квантификаторы. Как на Луне - не знаю.

-------------------------------------------------------------------------------------------
К примеру, в php строка "test1" регулярке "/\w+1/" соответствует (кстати, тот же самый жадный квантификатор + ). А в MySQL что-то никак...

В общем, итог такой. Символьные классы [: ... :] в MySQL (также, как и в php) работают только внутри группирующих скобок :
... [ [:alnum:] ] ...
... [ [:alnum:][:blank:]() ] ...

При использовании символьных классов НЕ внутри группирующих скобок операция RLIKE/REGEXP всегда будет возвращать 0 (регулярное выражение будет синтаксически некорректными):

====================================
Как я вчера получил единицу на этом примере:

и 0 - на этом:

- мне самому непонятно.

P.S. В php (реализован pcre ) символьными классами никогда не пользовался - обходился спец.классами \s, \S, \w, \W, \d, \D и группирующими скобками. А в php, как оказалось, символьные классы тоже допустимо использовать только внутри группирующих скобок .

В любом случае, я уже перешёл с регулярных выражений MySQL на регулярные выражения php:
1) извлекаю все нужные данные из БД
2) на php выполняю preg_match для отобранных строк данных
Поскольку MySQL на операции REGEXP/RLIKE и так у себя обрабатывает все строки перебором, то время выполнения будет приблизительно то же.

А плюсы получаем следующие:
1) Поддержка спец.классов \s, \S, \w, \W, \d, \D
2) Поддержка именованных групп
3) Поддержка модификаторов
Ничего этого в MySQL нет.

авторДобавьте поддержку юникода.
В MySQL-ных регулярках ее тоже нет. Даже если все кодировки установлены в utf ?

miksoftCyrax_02пропущено...
Даже если все кодировки установлены в utf ? http://dev.mysql.com/doc/refman/5.5/en/regexp.html#operator_regexp The REGEXP and RLIKE operators work in byte-wise fashion, so they are not multibyte safe and may produce unexpected results with multibyte character sets.Полный список:
1) Поддержка спец.классов \s, \S, \w, \W, \d, \D
2) Поддержка именованных групп
3) Поддержка модификаторов
4) Поддержка юникода (частный случай п.3)

Я всем регуляркам, полученным из БД, добавляю 2 модификатора: