Splitting table with many field for convenience example
There are a couple of issues with your proposed design.
Starting with the simplest issue:  The &quot;age&quot; column. Attributes like &quot;age&quot; are calculated values that depend on an underlying attribute. You must be storing the date somewhere else in the database.  I recommend that you compute the age in an SQL statement or make it into a virtual column.
Second, the facts in the user_meta table seem to mash several concepts together:  User authentication, account info, and contact information. Given that mix, I'm guessing you will have only one row per user--unless you allow users to create multiple login identities based on email address. If you have a one-to-one relationship, why are you splitting it into two tables?  Absent more information about your use case, I actually think you need 5 tables:  User identity, physical addresses, email addresses, account activity, and passwords.
Your proposed schema has poor information security. Passwords should be stored separately so you can limit access and implement other security measures.  Similarly, you probably want to limit access to email addresses.
So my recommendation is that you look at ALL your user attributes and see what the logical groupings are. Consider which sets of information have a one-to-one or many-to-one relationships. Consider the security aspects when making the groupings.