ORDER BY ... ASC, из-за чего может отличатся сортировка, если ее не меняешь?

Ну так а что выдает-то? "Оличается"-то как?

Immortal_pony, вот

Если дата одинаковая, то сортировка будет "от балды".

Immortal_pony, ан нет! Она всегда одинаковая, могу предположить что внутри базы микросекундная метка.

inilim это остается абсолютно на усмотрение базы и зависит от внутренних алгоритмов реализации. Сегодня одинаковая - завтра изменится и это будет по-прежнему корректным поведением с точки зрения БД.
Если вы хотите гарнтировать порядок, то добавляйте в сортироку те поля, значения которых у записей отличаются - в этом случае сортировка будет происходить по второму полю в случае если значения первого поля одинаковы.

Например:

SELECT 
    `idPost` 
FROM 
    `posts` 
WHERE 1
    AND `idRecordPost` = 83 
    AND `moder` = 1 
ORDER BY 
    `datePost` ASC,
    `id` ASC

SELECT 
    `users`.`loginUser`, 
    `users`.`groupUser`, 
    `posts`.`idPost`, 
    `posts`.`textPost`, 
    `posts`.`datePost` 
FROM 
    `users` 
    INNER JOIN `posts` ON (
        `posts`.`idUserPost` = `users`.`idUser` AND
        `posts`.`idRecordPost` = 83 AND 
        `posts`.`moder` = 1 
    )
ORDER BY 
    `posts`.`datePost` ASC,
    `posts`.`id` ASC

Immortal_pony, решения так и нет, так как idPost и есть автоинкремент, и он может изменятся, им сортировать нельзя. Как насчет изменить тип поля datePost на float и ставить время в микросекундах с плавающей точкой, что бы при добавлении записи, повторов не было уж точно.

inilim менять я бы не рекомендовал - потом можете получить проблемы в других частях системы из-за изменения формата хранения данных. А вот еще колонку `posts`.`timePost` можно добавить. И писать туда CURTIME(6) например (ну или на стороне backend ЯП вычислять - на ваш вкус).