любая вменяемая БД имеет механизмы для масштабирования. Так что каждому пользователю по БД - это перебор.
Что до "какую использовать" - то на этот вопрос нет однозначного ответа. Выбирайте ту, с которой больше знакомы. С учетом PDO смигрировать на другую БД относительно несложно.
и что такое "мой случай" и "большая нагрузка"? в абсолютных цифрах?
slow_query_log, потом EXPLAIN для медленных запросов, затем индексы.
следующий шаг - PROCEDURE ANALYSE. Нередко данные хранятся совсем не оптимально - и можно хорошо выиграть на оптимизации типов данных.
ровно 2 команды MySQL LOAD DATA INFILE - во временную таблицу, потом INSERT INTO ON DUPLICATE KEY UPDATE в нужную.
если формат CSV 1-в-1 c таблицей - можно вообще обойтись одной первой, с параметром REPLACE
я бы реализовывал через ID последней прочитанной новости в сессии пльзователя, при создании новости обновлял бы поле в таблице переменных.
дальше SELECT ID FROM var (оно отлично закэшируется и будет отдаваться моментально), в самом коде вычитаем последний ID из текущего - профит.
