为什么数据库中其它的数据都查出来了，就那么一条数据始终查不出来的解决思路

红太狼 2022-01-16 00:43 154阅读 0赞

我的博客地址:[https://javacfox.github.io][https_javacfox.github.io]

# 背景 #

今天早上测试提出一个bug，他们上传的一条数据在表格中死活没有显示出来，然后问题又到我这了，没办法慢慢定位吧。拿着这个问题的时候，我就在想是不是假删除或者sql语句做了什么限制导致查询不出来。然后就去看sql语句，可是sql语句是mybatis的动态sql，四十多行。额，自己挖的坑，跪着也要要搞完。然后自己手动去在现sql,然后对比参数是否正常，一套搞下来，好久好久了。后来无意中接触到这个，摸索出了一套自己的定位思路。

# 解决思路 #

*  查看参数是否有误
 *  比对正常数据和异常数据的区别
 *  查看sql语句是否有什么特殊的限制

//mybaties打印日志，输出sql语句
    1.在mybaties的配制文件中添加如下设置
    <settings>
    	<setting name="logImpl" value="STDOUT_LOGGING" />
    </settings>
    
    2.logback.xml的设定
    
    <logger name="org.apache.ibatis" additivity="false">
        <level value="DEBUG"/>
        <appender-ref ref="fileAppender" /> 
    </logger>
    
    
    //打印结果
    ==>  Preparing: select cert.id id, cert.dn dn, cert.cert_path certPath, cert.private_key_path privateKeyPath, cert.password_path passwordPath, cert.use_type useType, cert.cert_type certType, cert.issuse issuse, cert.trust_area trustArea, cert.seria_number seriaNumber, cert.is_root_cert isRootCert, cert.public_key_alg publicKeyAlg, cert.valid_date validDate, cert.invalid_date invalidDate, cert.public_key_hash publicKeyHash, cert.sign_digest_alg signDigestAlg, cert.dn_cn dnCn, cert.issuse_cn issuseCn from cert cert WHERE use_type in (1, 3, 0) and private_key_path != '' and password_path != '' and sign_digest_alg = "SM2SigningwithSM3" and is_root_cert = ? 
    ==> Parameters: 0(Integer)
    <==    Columns: id, dn, certPath, privateKeyPath, passwordPath, useType, certType, issuse, trustArea, seriaNumber, isRootCert, publicKeyAlg, validDate, invalidDate, publicKeyHash, signDigestAlg, dnCn, issuseCn
    <==        Row: 16, C=CN,ST=HB,O=InfoSec,OU=SSL-Group,CN=ECCEncUser,E=email@infosec.com.cn, /home/admin/user_data/cert/server/0000/a1157dd4af9996cf1a8b75a8a1a0bf8b4fec4f50.cert.pem, /home/admin/user_data/cert/server/0000/a1157dd4af9996cf1a8b75a8a1a0bf8b4fec4f50.key.pem, /home/admin/user_data/cert/server/0000/a1157dd4af9996cf1a8b75a8a1a0bf8b4fec4f50.key.pem.pass, 0, ECC(256), C=CN,ST=HB,L=WH,O=InfoSec,OU=SSL-Group,CN=ECCDemoCA,E=email@infosec.com.cn, , 1701031754, 0, EC, 2017-01-03 18:07:57, 2026-11-12 18:07:57, a1157dd4af9996cf1a8b75a8a1a0bf8b4fec4f50, SM2SigningwithSM3, ECCEncUser, ECCDemoCA
    <==        Row: 17, C=CN,ST=HB,O=InfoSec,OU=SSL-Group,CN=ECCSignUser,E=email@infosec.com.cn, /home/admin/user_data/cert/server/0016/5cc7234730d4c0318bd57b1c729e5264c728f195.cert.pem, /home/admin/user_data/cert/server/0016/5cc7234730d4c0318bd57b1c729e5264c728f195.key.pem, /home/admin/user_data/cert/server/0016/5cc7234730d4c0318bd57b1c729e5264c728f195.key.pem.pass, 0, ECC(256), C=CN,ST=HB,L=WH,O=InfoSec,OU=SSL-Group,CN=ECCDemoCA,E=email@infosec.com.cn, , 1701031755, 0, EC, 2017-01-03 18:08:10, 2026-11-12 18:08:10, 5cc7234730d4c0318bd57b1c729e5264c728f195, SM2SigningwithSM3, ECCSignUser, ECCDemoCA
    <==        Row: 18, C=CN,ST=HB,O=InfoSec,OU=SSL-Group,CN=ECCSubTest,E=email@infosec.com.cn, /home/admin/user_data/cert/server/0017/418bbfcc2c8e54d39bfed94066d796aa9900b974.cert.pem, /home/admin/user_data/cert/server/0017/418bbfcc2c8e54d39bfed94066d796aa9900b974.key.pem, /home/admin/user_data/cert/server/0017/418bbfcc2c8e54d39bfed94066d796aa9900b974.key.pem.pass, 0, ECC(256), C=CN,ST=HB,O=InfoSec,OU=SSL-Group,CN=ECCSubCA,E=email@infosec.com.cn, , 1701031757, 0, EC, 2017-01-04 17:25:28, 2026-11-13 17:25:28, 418bbfcc2c8e54d39bfed94066d796aa9900b974, SM2SigningwithSM3, ECCSubTest, ECCSubCA
    <==      Total: 3
    Releasing transactional SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@40305e2f]
    2019-06-13 15:31:59,700 7511302 [https-jsse-nio-0.0.0.0-443-exec-12] INFO com.infosec.service.impl.CertManageServiceImpl  - -----------------获取证书列表长度：3

*  然后就是将打印出来的sql在navicate上执行，看是否能查出来，如果navicate查出来了，但是在项目里却查不到，这时候你应该去查一下你的框架是否有类似的问题

# 总结 #

我的问题走到打印sql，比对是否有什么限制条件的时候找出了问题的所在，圆满解决问题.

[https_javacfox.github.io]: https://javacfox.github.io