網(wǎng)絡(luò)問題好像穿不了圖片, 就是sql查詢出來的數(shù)據(jù),一直比數(shù)據(jù)庫(kù)存儲(chǔ)的數(shù)據(jù)多了8小時(shí),數(shù)據(jù)庫(kù)存的是14.58 查詢出來就變成了22:58,請(qǐng)問這是咋回事呢?<update id="reduceNumber"> /* 具體sql*/ UPDATE seckill SET number = number - 1 where seckill_id = #{seckillId} /* 小于等于 與xml 沖突 通過[CDATA[ 小于等于]] > 標(biāo)識(shí)*/ and start_time <![CDATA[ <= ]]> #{killTime} and end_time >= #{killTime} and number > 0;</update> 還有一個(gè)問題,好像是這個(gè)sql的問題,因?yàn)橛幸粋€(gè)方法執(zhí)行了調(diào)用了這個(gè)2個(gè)dao,一個(gè)是另一張表的查詢,另一個(gè)就是執(zhí)行了這條sql,每次執(zhí)行這個(gè)方法都會(huì)更新數(shù)據(jù)庫(kù)seckill表里的start_time字段,看來看去好像只有這條sql對(duì)seckill表進(jìn)行了操作,但是也找不出原因,請(qǐng)大神指點(diǎn)迷津,謝謝.
1 回答
尚方寶劍之說
TA貢獻(xiàn)1788條經(jīng)驗(yàn) 獲得超4個(gè)贊
可能是2者的時(shí)區(qū)不一致。show variables like '%time_zone%'; 通過該命令可以查看MySQL時(shí)區(qū)。在與Java程序中的時(shí)區(qū)對(duì)比一下TimeZone.getDefault()。
添加回答
舉報(bào)
0/150
提交
取消