You are a pool with 10% the hashrate, i,e you find 1 block every 10 blocks, and you see that the second transaction spends 1 input of each transaction, a transaction size of 14810 paying 1350 sat / Vbyte or 19,993,500 , while the original transactions pay 100 sat, and you still have some transactions paying 200 sat/Vbyte that are enough only for 2 more blocks , why wouldn't you as a pool rush to include that transaction that is paying almost 7 times the other transactions?
You are right. There is no doubt it's more profitable to include the transaction paying 1350 sat/vbyte.
But the question is will nodes relay that transaction and will other mining pools receive that? I doubt it.
There's a big probability that a mining pool includes the original transactions and I think that's a risky game.
I am not saying it's not possible to play such a game.
It's even possible that the bad mining pool play the game more dishonestly, but as I said it can be so risky.
Let's say I am running a mining pool and I benefit from high fees. My mining pool owns 25% of the total hash power and we can mine 1 block in every 4 blocks on average.
I broadcast 1000 transactions with the fee rate of 100 sat/vbyte. Each transaction includes 100 inputs and they have created some long chains of unconfirmed parents.
I have made some transactions with 1 input and 1 output that can invalidate all those 1000 transactions. If my mining pool manage to find a block and those 1000 transactions are less than x vMB from the tip of the mempool, I will include the 1 input-1 output transactions in the blockchain and invalidate all those 1000 transactions.
A correction to your calculations:
Total vSzie = 14810 Vbyte paying 100 sat per Vbyte would mean 3,998,700 sats , you could fit 270 of those in a single block i.e you make 399,870,000 sats
67 of those transactions.
Each block can contain up 1 vMB of transactions.