Flash memory contains an insulating layer (typically silicon dioxide), which insulates a floating polysilicon (or nitride) gate that holds a stored charge. The write and erase process must tunnel electrons through the oxide, which involves high voltages and leads to oxide degradation, leading to permanent cell wear. As these cells become unusable beyond the point that error correction and recovery can occur, the flash controller puts spare cells (not initially used to store user data) into service.
The warrantied TBW (Terabytes Written) value is a statistical value, where we expect the controller to run out of those spare cells and the SSD to fail.
On the other hand, reading leads to a different effect called read disturb, where the moderately high voltages needed to read one cell may slowly disturb adjacent cells. This may eventually be expected to require a re-write of disturbed cells; an example flash-translation-layer implementation in the above paper does a rewrite after 50k reads.
However, the actual wear from read disturb still comes mostly from the indirectly incurred writes, and at a much lower rate. Assuming that 50k disturbing reads cause enough disturb to put the flash page into an erase-rewrite cycle, we can expect an SSD rated for 600 TBW to reach 600-TBW-by-read-disturb-only after 600 TBW * 25000 = somewhere on the order of 15 exabytes (!) of reads. (I also assumed that the actual read disturb itself did an equal amount of oxide damage as the subsequent rewrite, which is why I use 25000 and not 50000).
I'd also like to clear up some misconceptions:
Here I consider read operation/cycle as fetching or viewing some kind of a file stored on the flash storage device/SSD
Yes, this makes sense. Reading files, the filesystem header, directory lists on the filesystem, etc are all read operations. They produce read disturb.
and write as editing an existing file/creating a new file;
Not necessarily. Creating a new file will cause writes assuming that the data is being written to an already-erased block. It may also cause reads if the filesystem metadata needs to be read to find open spots for the data (e.g. if the filesystem bitmap is not cached in RAM).
If the flash translation layer decides to write to a block that already has programmed contents, it must be erased; this can occur if there are no unused blocks (e.g. if you filled the drive up thus programming all flash blocks, and then deleted files to make space int the filesystem). If it writes to a free block, it might only be a write.
and erase as permanently deleting some files.
Not quite, see above. A permanent deletion is usually a write and possibly an erase to remove the file from the filesystem listing. A full disk wipe might just be the deletion of an onboard encryption key (called PSID revert), or it may just tell the FTL to treat all blocks as unused, meaning that they will undergo a write-erase cycle when they're needed for a write.