how to trace which request creates ping spike?
There's a couple of problems here...

how can I trace icmp_seq=5284

That's not how it works.  That seq or sequence number is just a two byte field (16 bits) that's used the match the packet that you sent out with the reply.  Your request doesn't create a spike.  However, technically, it's already been traced - that packet went out, was replied to and the time it took to return was x milliseconds.

I have ping spike problem and according to some topics, I write on terminal:
ping 8.8.8.8 -i 0.1

The problem here is that your pinging a public (in this case Google's) DNS server.  For me, there's 11 separate hops between my personal network and that DNS server; there's probably a similar amount for you.  The point is, anything on any of those points can contribute to a latency and a ping spike.
If you're trying to gauge your bandwidth from your ISP, you need something like http://speedtest.net (there's a CLI version available).  If you looking to check the speed transfer between two different services across ISPs, then you need iperf3.
Finally, pinging Google is an excellent way to check to see if your Internet is up.  It's not a good site to check for latency and/or bandwidth throughput.  These are heavily taxed servers subject to varying traffic at any point during the day.