最近为了缓解千万级数据表的频繁查询压力,采用了临时表,整个流程是:
1.CREATE TEMPORARY TABLE IF NOT EXISTS XXX ……
2.查询操作
3.DROP TEMPORARY TABLE XXX
简单那测试运行正常。
但是在正式使用过程中时不时会出现:table or view does not exist……,起初以为是CREATE TEMPORARY TABLE的过程出了问题,查询log后发现没有此异常,说明不是在CREATE TEMPORARY TABLE的问题。
百思不得其解,之后查询mysql手册:
[quote]在创建表格时,您可以使用TEMPORARY关键词。只有在当前连接情况下,TEMPORARY表才是可见的。当连接关闭时,TEMPORARY表被自动取消。这意味着两个不同的连接可以使用相同的临时表名称,同时两个临时表不会互相冲突,也不与原有的同名的非临时表冲突。(原有的表被隐藏,直到临时表被取消时为止。)[/quote]
恍然大悟,原来是整个流程的3步操作出了问题。
整个流程的3步操都是通过连接池来实现的,1,2,3三个操作在访问量小的时候很有可能使用的是连接池中的同一个连接,这时一切正常表面上看不出来任何问题。但是当访问量大的时候,这3个操作就很有可能就使用了不同的连接,这时就会抛出临时表不存在的异常。
解决办法:1,2,3三个操作采用同一个数据库连接。
1.CREATE TEMPORARY TABLE IF NOT EXISTS XXX ……
2.查询操作
3.DROP TEMPORARY TABLE XXX
简单那测试运行正常。
但是在正式使用过程中时不时会出现:table or view does not exist……,起初以为是CREATE TEMPORARY TABLE的过程出了问题,查询log后发现没有此异常,说明不是在CREATE TEMPORARY TABLE的问题。
百思不得其解,之后查询mysql手册:
[quote]在创建表格时,您可以使用TEMPORARY关键词。只有在当前连接情况下,TEMPORARY表才是可见的。当连接关闭时,TEMPORARY表被自动取消。这意味着两个不同的连接可以使用相同的临时表名称,同时两个临时表不会互相冲突,也不与原有的同名的非临时表冲突。(原有的表被隐藏,直到临时表被取消时为止。)[/quote]
恍然大悟,原来是整个流程的3步操作出了问题。
整个流程的3步操都是通过连接池来实现的,1,2,3三个操作在访问量小的时候很有可能使用的是连接池中的同一个连接,这时一切正常表面上看不出来任何问题。但是当访问量大的时候,这3个操作就很有可能就使用了不同的连接,这时就会抛出临时表不存在的异常。
解决办法:1,2,3三个操作采用同一个数据库连接。