retvizan

Что принципиально изменится при установке
sync_binlog = 1000 при innodb_flush_log_at_trx_commit = 2

Есть возможность потерять данные при крахе системы.

Транзакция завершилась, запись об этом попала в бин лог. Но, что будет с бин логом при крахе?
1. sync_binlog = 1 - бин лог сбрасывается на диск после каждой транзакции (данные о завершенных транзакциях не теряются при крахе, но много операций записи, плохо для производительности)
2. sync_binlog > N - бин лог сбрасывается на диск реже (данные о завершенных транзакциях могут быть потеряны при крахе, но меньше операций записи, лучше для производительности)

Есть как минимум 6 способов, см Выбрать несколько записей из каждой группы
В старых версиях хороший результат может показать трюк с group_concat().

1) отключите режим ONLY_FULL_GROUP_BY, например,
select @@sql_mode;
set @@sql_mode='перечисление остальных режимов без ONLY_FULL_GROUP_BY';

2) лучше переписать запрос, так чтобы в части select поля, по которым не идет группировка, шли с использованием агрегатных функций. Существует как минимум 5 способов решения, см статью Группировка в MySQL

SELECT `year`, `month`, `day`, `hour` + a, `value`, id_parameter
FROM `таблица`,
(select 0 a union select 1 union select 2 union select 3) t order by 5 desc, 4;

в качестве опорной таблицы можно использовать заранее подготовленную таблицу или любую достаточно большую таблицу

SELECT `year`, `month`, `day`, `hour` + t.id -1, `value`, id_parameter
FROM `таблица`,
(select id from `таблица в которой есть id от 1 до 4` where id<5) t order by 5 desc, 4;

но как указали ранее, делать так не рационально

select i from (
SELECT id, @i:=@i+1 i  FROM test, (select @i:=0) x order by `count` desc) t
where id=3;

подробности о пользовательских переменных на русском можно почитать тут и тут

Имхо, вы неправильно понимаете что-такое представление. При изменении данных в базовой таблице в представлении пользователь всегда получит актуальные данные, а вот обратное не всегда. Посмотрите доку, перевод для версии 5.0