MySQL处在高负载环境下，磁盘IO读写过多，肯定会占用很多资源，必然CP会U占用过高。占用CPU过高，可以做如下考虑：
1.打开慢查询日志，查询是否是某个SQL语句占用过多资源，如果是的话，可以对SQL语句进行优化，比如优化 insert 语句、优化 group by 语句、优化 order by 语句、优化 join 语句等等；
5.考虑是否是锁问题；
6.调整一些MySQL Server参数，比如key_buffer_size、table_cache、innodb_buffer_pool_size、innodb_log_file_size等等；
7.如果数据量过大，可以考虑使用MySQL集群或者搭建高可用环境。
今天有个同事来问我，说mysql目录下有很多1.1G的mysql-bin.00000* 文件，占用了100多G，占用磁盘空间非常大，这些文件都是msyql日志文件，从几m到几个G都有可通，要解决这个问题并不难，只要修改/etc/my.cnf文件里的 #log-bin=mysql-bin 和 #binlog_format=mixed 把这二行注释掉，重启数据库就可以了！
根据你给出的，我将按照、、的顺序回答你的问题。1. 100w数据量的MySQL，具体是多少G，取决于数据的类型和存储方式。2. MySQL中数据的存储受到多个因素的影响，包括数据类型、索引、编码方式等。不同类型的数据在存储时所占用的空间也会有所不同。此外，MySQL还会对数据进行压缩和优化，进一步影响存储空间的大小。3. 在一般情况下，100w数据量的MySQL大小可能是几个G到几十个G之间。但具体的数值还是需要结合你使用的数据类型、索引和编码方式等来进行综合判断。如果你能提供更多关于数据的细节，我可以给出更精确的估计。希望以上解答能够满足你的要求，如果还有其他问题，我将很乐意回答。
mysql修改字段的数据类型要占内存，不同的类型占用的内存数量会有所不同，比如一个 SET 类型最多可以包含 64 项元素。在 SET 元素中值被存储为一个分离的“位”序列，这些“位”表示与它相对应的元素。“位”是创建有序元素集合的一种简单而有效的方式。并且它还去除了重复的元素，所以 SET 类型中不可能包含两个相同的元素，它占的内存就是256mb。
在处理日期和时间类型的值时，MySQL 带有 5 个不同的数据类型可供选择。它们可以被分成简单的日期、时间类型，和混合日期、时间类型。根据要求的精度，子类型在每个分类型中都可以使用，并且 MySQL 带有内置功能可以把多样化的输入格式变为一个标准格式，这意味着它们占用的内存都是有区别的。