加入两台mysql，以前的规则是key%2 == 0 进入库1，key%2 == 1 进入库2。在扩容方案中，可以将mysql配置信息修改为：库1的主从作为两台机器，库2同理，这样key%4 == 0 和==2进入库1，key%4 == 1或3进入库2。然后再做数据的清除工作。
创新互联建站专注于中大型企业的成都网站设计、成都网站制作和网站改版、网站营销服务，追求商业策划与数据分析、创意艺术与技术开发的融合，累计客户1000+，服务满意度达97%。帮助广大客户顺利对接上互联网浪潮，准确优选出符合自己需要的互联网运用，我们将一直专注高端网站设计和互联网程序开发，在前进的路上，与客户一起成长！
以MySQL 8.0 来说，通过查看 8.0 的官方文档得知，8.0 的临时表空间分为会话临时表空间和全局临时表空间，会话临时表空间存储用户创建的临时表和当 InnoDB 配置为磁盘内部临时表的存储引擎时由优化器创建的内部临时表，当会话断开连接时，其临时表空间将被截断并释放回池中；也就是说，在 8.0 中有一个专门的会话临时表空间，当会话被杀掉后，可以回收磁盘空间；而原来的 ibtmp1 是现在的全局临时表空间，存放的是对用户创建的临时表进行更改的回滚段，在 5.7 中 ibtmp1 存放的是用户创建的临时表和磁盘内部临时表；
也就是在 8.0 和 5.7 中 ibtmp1 的用途发生了变化，5.7 版本临时表的数据存放在 ibtmp1 中，在 8.0 版本中临时表的数据存放在会话临时表空间，如果临时表发生更改，更改的 undo 数据存放在 ibtmp1 中；
实验验证：将之前的查询结果保存成临时表，对应会话是 45 号，通过查看对应字典表，可知 45 号会话使用了 temp_8.ibt 这个表空间，通过把查询保存成临时表，可以用到会话临时表空间，如下图：
下一步杀掉 45 号会话，发现 temp_8.ibt 空间释放了，变为了初始大小，状态为非活动的，证明在 mysql8.0 中可以通过杀掉会话来释放临时表空间。
总结：在 mysql5.7 时，杀掉会话，临时表会释放，但是仅仅是在 ibtmp 文件里标记一下，空间是不会释放回操作系统的。如果要释放空间，需要重启数据库；在 mysql8.0 中可以通过杀掉会话来释放临时表空间。
每一个表都将会生成以独立的文件方式来进行存储，每一个表都有一个.frm表描述文件，还有一个.ibd文件。
其中这个文件包括了单独一个表的数据内容以及索引内容，默认情况下它的存储位置也是在表的位置之中。
MYSQL库中单表的大小尽可能控制在多大？多实例,几个实例合适?
请问：MySQL库中单表的大小尽可能控制在多大？采取这种表大小限制的策略的原因是什么？一个MySQL服务器实例中，表的数量有限制吗？单个MySQL服务器实例中，表的大小的总和有限制吗？如果有，考虑的原因是什么？单台PC SERVER上建多个MySQL服务器实例，一般的实例数是多少？是基于什么样的考虑原因？
MySQL数据库分库后，我们的建议单表大小控制在10G以下。限制分拆以后的表的大小有几个好处：
1、表比较小的话，DDL操作更快。由于MySQL部分DDL操作需要锁表，所以表越小，锁表的时间就越短。
2、表越小，数据查询访问的速度越快。MySQL是B树结构，表越小，树的分层越少，IO也会比较少。
3、表越小，最终扩容到MySQL的实例数越多。将数据拆分得越散，数据分布越均匀，扩容的话，能够用更多的服务器来承担并发压力。
建议MySQL服务器的配置：2路6核cpu、192G内存，配有8块SSD或者PCIe Flash卡。这样一台服务器上一般是部署4-8个数据库实例，
Linux 进程通过 C 标准库中的内存分配函数 malloc 向系统申请内存，但是到真正与内核交互之间，其实还隔了一层，即内存分配管理器(memory allocator)。常见的内存分配器包括：ptmalloc(Glibc)、tcmalloc(Google)、jemalloc(FreeBSD)。MySQL 默认使用的是 glibc 的 ptmalloc 作为内存分配器。
内存分配器采用的是内存池的管理方式，处在用户程序层和内核层之间，它响应用户的分配请求，向操作系统申请内存，然后将其返回给用户程序。
为了保持高效的分配，分配器通常会预先向操作系统申请一块内存，当用户程序申请和释放内存的时候，分配器会将这些内存管理起来，并通过一些算法策略来判断是否将其返回给操作系统。这样做的最大好处就是可以避免用户程序频繁的调用系统来进行内存分配，使用户程序在内存使用上更加高效快捷。
关于 ptmalloc 的内存分配原理，个人也不是非常了解，这里就不班门弄斧了，有兴趣的同学可以去看下华庭的《glibc 内存管理 ptmalloc 源代码分析》。
关于如何选择这三种内存分配器，网上资料大多都是推荐摒弃 glibc 原生的 ptmalloc，而改用 jemalloc 或者 tcmalloc 作为默认分配器。因为 ptmalloc 的主要问题其实是内存浪费、内存碎片、以及加锁导致的性能问题，而 jemalloc 与 tcmalloc 对于内存碎片、多线程处理优化的更好。
目前 jemalloc 应用于 Firefox、FaceBook 等，并且是 MariaDB、Redis、Tengine 默认推荐的内存分配器，而 tcmalloc 则应用于 WebKit、Chrome 等。
以0打头那你那数据应该是字符串了，是字符串的话你可以简单的拼接一下，比如说表名sample，字段名是id
select id,CONCAT(left(id,2),'0',right(id,3)) from sample where length(id)=5;