The precision as specified in the query string is treated as truth. If you
provide a timestamp at millisecond resolution, but don't specify the precision
or specify it as nanoseconds, the timestamp will be interpreted as nanoseconds.
(The current unix time in milliseconds, interpreted as nanoseconds, will be
about 24 minutes into Jan 1 1970.)
A couple relevant places in the code are setting the precision of a point 
and handling precision and writing points in the HTTP handler .
On Tuesday, October 18, 2016 at 10:02:15 AM UTC-7, andrew...@gmail.com wrote:
> I'm looking to fix the influxdb-java client library as it forces all point
> timestamps to nanosecond precision, which is a waste of space and hit in
> performance when only captured in millisecond precision. One of the
> questions however is understanding what InfluxDB does whenever the
> measurement timestamp precision doesn't match what was specified in the
> Any clarity and links to code base would be very welcome!
Remember to include the version number!
You received this message because you are subscribed to the Google Groups
To unsubscribe from this group and stop receiving emails from it, send an email
To post to this group, send email to email@example.com.
Visit this group at https://groups.google.com/group/influxdb.
To view this discussion on the web visit
For more options, visit https://groups.google.com/d/optout.