xqy1522的专栏

在我们的数据仓库使用oracle其中有很多超级大表，这些表的分区方式基本都是range+hash分区或list+hash分区。使用时间字段进行range或list分区，再用用户ID进行子分区。不过最近有人反映有一张表select起来很慢，进过查看发现原来这个表只进行了list分区，没有进行hash子分区。讨论后决定对该表的分区方式进行改变：从list分区改为list+hash分区。操作过称如下：

检测锁： SELECT A.OWNER,A.OBJECT_NAME,B.XIDUSN,B.XIDSLOT,B.XIDSQN,B.SESSION_ID,B.ORACLE_USERNAME, B.OS_USER_NAME,B.PROCESS, B.LOCKED_MODE, C.MACHINE,C.STATUS,C.SERVER,C.SID,C.SERIAL#,C.PROGRAMFROM A

最近使用多线程数据库编程是遇到ORA-24550错误。程序直接崩溃掉了。（靠~，想插个图进来不会弄！） 查询oracle server端trace文件中没有任何错误。看来是oracle客户端的问题。 oracle文档中解释： ORA-24550: unhandled signal #%ld received. %s*Cause: Serious error: s

<br />http://www.programmer.com.cn/4199/<br /><br /><br />起因<br />视觉中国网站(www.chinavisual.com)是国内最大的创意人群的专业网站。2009年以前，同很多公司一样，我们的CMS和社区产品都构建于PHP+Nginx+MySQL之上；MySQL使用了Master+Master的部署方案；前端使用自己的PHP框架进行开发；Memcached作为缓存；Nginx进行Web服务和负载均衡；Gearman进行异步任务处理。在传统的基于