参数ob_query_timeout,ob_trx_idle_timeout,ob_trx_timeout的单位是微秒,太难写了,后面跟一串0.
几毫秒在数据库运行中是很长的时间,比如一个操作需要设置超时时间1小时,需要设置"set ob_query_timeout = 3600000000;",个人认为超时时间用微秒单位不好写也不好看
- 没什么影响,用起来很方便
- 设置和查看不太方便,参数值太长了
0 投票人
参数ob_query_timeout,ob_trx_idle_timeout,ob_trx_timeout的单位是微秒,太难写了,后面跟一串0.
几毫秒在数据库运行中是很长的时间,比如一个操作需要设置超时时间1小时,需要设置"set ob_query_timeout = 3600000000;",个人认为超时时间用微秒单位不好写也不好看
0 投票人
感觉毫秒应该就可以了,微秒有点狠
只要时间戳系统参数/配置项的单位能尽量统一就好了,至于是统一成 us 还是 ms,影响没那么大的……
个人感觉这种通过 set global 设置一次就能生效一辈子的时间戳配置,单位还是越精确越好。
而且把时间戳都尽量统一成用 us 表示,可以增加数据库易用性,还能减少代码中因为没处理好单位转换而导致的 bug(其实有个别时间戳的单位,为了突破单机百万 TPS 的限制,还把 us 改成以更小的 ns 为单位了)。
统一就好,不要一个地方时毫秒 另外一个时间设置地方时微秒就行。要不经常会搞混哪里是哪个单位。
平时使用可以设置全局参数,上线的时候需要把超时时间设置几小时方便操作,一般要把小时转换为微秒设置session的参数,有一点不方便,但是不影响大局,哈哈哈
单位能尽量统一为同单位,问题就不大