Oracle数据库SELECT查询老是报ORA-1410怎么办？求大神提点意见

Oracle数据库SELECT查询老是报ORA-01410怎么办？求大神提点意见

ORA-1410 invalid rows错误是与ORA-8103相似的Oracle数据库逻辑层面的讹误。
了解ORA-1410逻辑坏块问题的成因，以及有效的解决手段十分重要。
解决方案之一：
可以通过如下PL/SQL过程将健康数据复制到新建表中，对于问题数据块中的数据将被跳过，对于能够容忍数据丢失的场景可以考虑这样恢复，之后truncate 原表/分区并将健康数据加载进去。 具体的脚本见下面的链接：
【数据恢复】利用构造ROWID实现无备份情况下绕过ORA-1578、ORA-8103、ORA-1410等逻辑/物理坏块问题

oerr ora 1410
01410, 00000, “invalid ROWID”
// *Cause:
// *Action:
如果对ORA-1410做errorstack 一般会看到下面的LOG:
OBJD MISMATCH typ=6, seg.obj=%d, diskobj=%d, dsflg=%d, dsobj=%d, tid=%d, cls=%d

触发ORA-1410错误的stack call一般都是： kcbgtcr=>kcbzib=>kcbz_check_objd_typ，即在对数据块做逻辑读时运行到kcbz_check_objd_typ函数时，检测到OBJD 不一致的问题。由于seg.obj和diskobj不一致，而10g以后的kcbz_check_objd_typ函数负责验证块上的objd是否mistmatch，若不一致则触发ORA-1410错误。
造成objd mimatch的主要可能有几种：
1、 写丢失 Lost Write， 写丢失造成相关数据块没有为现有对象正常格式化，导致虽然该数据块的checksum是正确的,但对应数据字典却是不一致的。 写丢失也可能由磁盘或卷组镜像同步软件的不完整复制造成。

If the on-disk objd is < kcbdsobj, then there is possibility of Oracle messing up or IO layer (OS Cache, Volume mgr etc) missing writes.

对于Lost Write在10g版本中没有太好的预防方案，隐藏”_db_lost_write_checking”控制在DBWR写数据文件后立即去读被写的块以便检测出Lost Write，但是该参数对性能的损耗较大，不建议设置。
11g中引入了DB_LOST_WRITE_PROTECT参数配合Data Guard使用可以有效检测出Lost Write问题。
如果自己搞不定可以找ASKMACLEAN专业数据库修复团队成员帮您恢复!

期待看到有用的回答！