The mergeinfo is there so SVN can remember which revisions have been mertged already. So if you merge trunk -> branch without explicitly specifying any revisions to merge, it will merge all the ones that hav not yet been merged.
If you always explicitly "cherry pick" which revisions to merge, then this is not going to be of any use to you and you can delete the mergeinfo (though I usually manually elide it by changing it to read "1-2271" which keeps the mergeinfo in case you do need it, whist cutting down on the parsing it needs to do.
Generally though, you might as well keep it around, it doesn't hurt to have it.
PS in SVN parlance, a 'tag' is a branch, just named differently to indicate its purpose. Branches are known as short-lived for development that will be merged to trunk. Tags are long-lived, but under the covers, they're the same thing.