今天同事归档sqlserver数据库的数据时遇到一个很有意思的案例： 数据库类型：Sql Server 2008R2、Sql Server2016 ID字段类型：PK(聚集索引)，bigint 有个表存了几十亿行数据，今天给这个表做归档，大概语句insert into XXX SELECT ... from table where id>=XXX and id<XXX，前二十亿的归档都很顺利，直到

可以使用DBeaver的企业版（网上有破解版），自己创建表结构，然后选中刚创建的表单机右键——工具——Generate Mock Data，可以自动生成地址、邮件、姓名等数据。

生产库在周六的时候上午10点10分出现查询某个分区表的业务sql突然变慢，下午15点48才自动恢复。事后我想到可能是有收集统计信息的动作，于是去查看sql涉及到的那个表的统计信息历史收集记录。发现该分区表以前虽然也是每周六都会触发收集统计信息，但只是收集某一个分区的数据及分区索引的，然而这次收集的却是分区表全局索引的，量比较大导致出现查询变慢倒是能理解。疑问是在收集统计信息的过程中具体是会产生哪些

连续两天分别在凌晨02：14和凌晨02：18 rac的节点一重启，alert日志如下：Errors in file /u01/app/oracle/diag/rdbms/datahub/datahub1/trace/datahub1_pmon_145356.trc:ORA-00600: internal error code, arguments: [17147], [0x7CFEFA3A00],