My biggest table is 3.5 gb. Guide please.
Sounds like re-indexing operation to me.
Yeah, I notice that you say:
Index maintenance: No manual index maintenance was done that day;
Having answered questions for many years in this type of forums, I know that it is not uncommon that people who ask questions are often mistaken in their assumptions.
if database engine had done auto index maintenance or auto updated statistics.
There is no such thing as auto-index maintenance. Autostats can happen, and you can use the stats_date to see when a statistics most recently was updated. Then again, statistics update does not cause database growth.
There are several other possibilities. Maybe someone bulk-loaded a big file into a table in the database. Maybe it was in error, and the user dropped the table.
But the more important question is: why do you bother? Yes, in per cent it is a considerable growth, but if you bother about growth of 6 GB you are focusing in the wrong things.
By the way, it would have been possible to get some idea of what happened, as autogrowth is captured by the default trace. I say "would have been possible", because the way the default trace is configured, events are aged out within a day or so. (It is size-based, so how long data stays, depends on what is going on at the instance.) But again, investigating a growth of 6GB is something that should be low on your priority list for your daily DBA work.