数据库数据会随着业务的发展而不断增多，因此数据操作，如增删改查的开销也会越来越大。再加上物理服务器的资源有限（CPU、磁盘、内存、IO 等）。最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。
由于数据量过大所以进行了分表保存用户数据，项目dao层使用了MyBatis框架，并且用xml保存维护sql语句，方便后期DBA介入进行查询语句的优化。
由于分表就涉及到了有相近查询语句只是表名不同的情况，刚开始使用了
<select id="selectById" resultMap="BaseResultMap" parameterType="java.util.Map" >
select
<include refid="Base_Column_List" />
from TABLENAME = #{openId,jdbcType=VARCHAR}
where ID = #{id,jdbcType=INTEGER}
</select>这种形式进行动态插入表名，这样做是错误的，因为parameterType这种种类型在执行sql语句之前先进行了编译，而没有表名的查询语句编译
是无法通过的，所以要用执行时才进行编译的类型"STATEMENT"。
<select id="testSelect" resultMap="BaseResultMap" statementType="STATEMENT" >
select
<include refid="Base_Column_List" />
from ${tableName}
where ID = ${id}
</select>此类的解决方法在网上很多，这里只是当个笔记来使用，可能不是很完善，可以继续参考其他相关资料进行了解。
另外在实际使用中，动态传入表名独自拿出来是没有意义的，往往配合自动生成表来使用。关于分表，无论时使用时间来进行分表还是使用用户主键来进行分表，表名都不是无意义的，一般来说都是有顺序的。下面的代码是我在实际使用中用到的自动分表方法。
<update id="createNewTable" statementType="STATEMENT">
CREATE TABLE ${tableName} (
ID int(8) NOT NULL AUTO_INCREMENT,
NAME varchar(12) NOT NULL,
OPEN_ID varchar(50) NOT NULL,
NICK_NAME varchar(50) NOT NULL,
SEX int(1) NOT NULL
</update>使用了statementType="STATEMENT"字段也实现了传入表名进行建表。
Map<String, Object> condition = new HashMap<String, Object>();
condition.put("tableName", "user_info");
condition.put("id", 1);
try {
UserInfo userInfo = userInfoSrv.testSelect(condition);
} catch (BadSqlGrammarException e) {
logger.error("Table not exist,now creat new table!", e);
int gt = userInfoSrv.createNewTable(condition);
}
原文链接: https://www.yukx.com/javadev/article/details/2396.html 优科学习网myBatis动态传入表名、字段名（列名）进行查询
