Да пожалуйста, сколько угодно

1. Кастомные типы данных, скалярные и комплексные вроде json, xml, intarray, hstore. Инфраструктура для кастомных типов, это обобщённые индексы GIN, GiST, SP-GiST. Пусть хотя бы будет тип для хранения IP адресов и их индексирования.

2. Как развитие предыдущего пункта, PostGIS (расширение для создания ГИС).

3. Нормальные хранимки на каких угодно ЯП.

4. Возможность асинхронно пользоваться СУБД стоковым клиентом.

5. Возможности оптимизации движка, планировщика и т.д.

6. Репликации. Сейчас их в PG столько разных с разными фичами, что мускуль отстал в этом вопросе на несколько поколений развития СУБД.

7. Традиционный функционал для реляционных СУБД, это ссылочная целостность (FOREIGN KEY). В мускуле она не всегда  нормально работает даже c innodb. А все остальные плагины её просто не умеют.

8. Аналитические функции и вообще уровень поддержки стандартного SQL. Сюда можно вообще засунуть все задачи с аналитикой, это в частности и обработка сложных запросов, построение эффективных планов выполнения для них.

Каждый пункт выше можно превратить во множество практических задач в которых mysql позорно сливает.