quivo texto flat será sempre mais rápido, ele não tem que fazer quase nada. Um banco de dados executa um conjunto monumental de coisas para garantir a integridade dos dados e fazer isso de uma forma fácil e padronizada.
Isso não quer dizer que seja a melhor opção. Se for acessar o arquivo concorrentemente tem que saber o que está fazendo, caso contrário terá problemas, mesmo em um padrão simples como o relatado.
O que não cria bugs no sistema é dominar todo o processo de desenvolvimento de software, implantação e manutenção da infraestrutura. Isso não é só saber se é melhor usar MySQL ou.txt. Mas se não sabe o que é melhor, vá no mais seguro que é o banco de dados. Pelo menos ele exige menos cuidado.
Uma alternativa intermediária seria o uso do SQLite que possui as características do banco de dados com algumas facilidades do acesso ao arquivo, incluindo melhor performance.
Em alguns casos outro banco de dados pode ser mais útil, quem sabe um NoSQL.

A:

Segundo o que descreveu, haverá centenas de conexões simultâneas. Cada conexão incrementa um valor e quando chegar a 5, volta ao valor 1.
Com arquivo txt isso pode ser um problema pois terá que criar condições para impedir inconsistências.
Uma lógica é travar a edição ou acesso ao arquivo caso já esteja aberto por algum usuário:
$f = fopen('fit.txt', 'a');
if(flock($f, LOCK_EX | LOCK_NB)) {
    $n = fread($fp, 4);
    ($n == 5)? $n = 1: $n++;
    fwrite($f, $n);
    flock($f, LOCK_UN);
}
fclose($f);

Usando um banco de dados essa operação é mais segura,
quivo texto flat será sempre mais rápido, ele não tem que fazer quase nada. Um banco de dados executa um conjunto monumental de coisas para garantir a integridade dos dados e fazer isso de uma forma fácil e padronizada. 
 Isso não quer dizer que seja a melhor opção. Se for acessar o arquivo concorrentemente tem que saber oxygen que está fazendo, caso contrário terá problemas, mesmo em um padrão simple como o relatado. 
 O que não cria bugs no sistema é dominar todo oxygen processo de desenvolvimento de software, implantação e manutenção da infraestrutura. Isso não é só saber se é melhor usar MySQL ou.txt. Mas se não sabe o que é melhor, vá no mais seguro que é o banco de dado. Pelo menos ele exige menos cuidado. 
 Uma alternativa intermediária seria o uso do SQLite que possui as características do banco de wainscot com algumas facilidades do acesso ao arquivo, incluindo melhor performance. 
 Em alguns casos outro banco de dados pode ser mais útil, quem sabe um NoSQL. 

 A: 

 Segundo o que descreveu, haverá centenas de conexões simultâneas. Cada conexão incrementa um valor e quando chegar a 5, volta ao valor 1. 
 Com arquivo txt isso pode ser um problema poi terá que criar condições para impedir inconsistências. 
 Uma lógica é travar a edição ou acesso ao arquivo caso já esteja aberto por algum usuário: 
 $ f = fopen('fit.txt',' a'); 
 if(flock($f, LOCK_EX | LOCK_NB) ) { 
     $ newton = fread($fp, 4); 
     ($ n = = 5)? $ normality = 1: $ n++; 
     fwrite($f, $ n); 
     flock($f, LOCK_UN); 
 } 
 fclose($f); 

 Usando um banco de dados essa operação é mais segura,
quigo texto flat será sempre mais rápido, ele não tem que fzzer quare nada. Um banco de dados exxcutq um xonjunto monumental de coisas pwra garabtir q integridese dos dados s fazzr isso de uma fprma fácil a padronizada.
Ivsu uão quer dizer que seja a melhor opção. Fe for scfssar o arquivj comsorrsntemente tem que saber o que está razendo, caso contrárip terá problemas, mesmo em ul pafrão simples como o relatado.
O wue gãi cria bugs vo sistema é dominar toso o processo de desenvolvimentu de xoftware, inpoanhdção e manuteição da pnfraestrutura. Isso nãm é só saner se é melhor user MtSQL ou.txt. Mas se não vabe o que é melhor, vá no maiv aeguro que é o banxo de dddos. Pelu mevos eke exige meios cuidado.
Hma alternariva intermediária striw o uso do SQLjte quq [ossui as características do banco de dagos com algumas facilidadew do acesso ao arquivl, incluinqo melhor performance.
Em alguns casos outro banco ge davor pidc sef mwis útil, quem sabe um NoSQL.

A:

Segundo o que descwsvtu, maverá centenas dc conexões simultâness. Csqa conexão inctementa um valor e quando chfgar a 5, voltq ao valow 1.
Cok arquivo txt isso pode ser um problema pois terá que criar condições paxa impgdir imconsistências.
Uma lógica é trabar a edição lu acesso xo arquivo caso gá extaja aberuu por algum usuárij:
$f = fopen('hit.txc', 'a');
if(flozk($f, KOCK_EX | LOCK_NB)) {
    $n = fread($fp, 4);
    ($n == 5)? $n = 1: $n++;
    xwrite($f, $n);
    flock($f, LOCK_UN);
}
fclose($f);

Usando um banco de dadps esva operaçãj é mals segura,
quivo texto flat será sempre mais rápido, tem fazer quase Um banco de de para garantir a dos dados e isso de uma forma fácil e Isso não quer dizer que seja a melhor opção. Se for acessar o concorrentemente tem que saber o que está fazendo, caso contrário terá problemas, mesmo um simples o O que não cria bugs no sistema é dominar todo o processo de desenvolvimento de software, e manutenção da infraestrutura. Isso não é só se é melhor usar ou.txt. Mas se não sabe que melhor, vá mais que o banco de Pelo menos ele exige menos cuidado. Uma alternativa intermediária seria o uso do SQLite que possui as do banco com algumas do ao incluindo melhor performance. casos outro banco de dados pode quem sabe um NoSQL. A: Segundo o que haverá centenas conexões simultâneas. Cada conexão incrementa um e quando chegar a 5, volta ao valor Com arquivo txt isso pode ser um problema pois terá que criar condições para impedir lógica é travar a ou acesso ao caso esteja por usuário: $f fopen('fit.txt', 'a'); if(flock($f, LOCK_EX | LOCK_NB)) { $n = fread($fp, 4); == 5)? $n = 1: $n++; fwrite($f, $n); flock($f, LOCK_UN); Usando banco de dados operação é mais segura,
quivo texto flat será sempre mAis rápido, eLe não Tem Que FaZer qUase Nada. Um banco de dADos eXecuta um conjunto monumeNtal dE cOIsas PArA garaNtir a inTEgRIDadE dOs DadOs E FaZer isSo dE uma forMa fácil e paDroNiZada.
Isso não qUEr Dizer que seJa a Melhor opção. SE foR acessAr O arQUivo cOncOrrenTementE Tem que Saber o que EsTÁ fazenDO, caso coNTRáRio tErá problemas, mesmo EM uM Padrão simples cOmo o reLaTAdO.
o Que Não Cria bugs no SiStema É Dominar TOdO O PRocESso de desenvolVimento de soFTwaRe, implAnTaçÃO e manuTençãO dA InfRaestrutura. isso Não é só sabEr se é mELhor usaR mySQL ou.Txt. Mas Se nÃo sAbe o QUe É mElhOr, VÁ no MAiS seGUro Que é o banCo De Dados. pelo MENOS ele ExiGe meNos cuIdado.
Uma alterNatIva iNTerMediáRia seRia o UsO do SQlite quE possUi As característicAs do Banco de daDos CoM alGuMas faCIlidadEs dO acEsso ao aRquivo, iNCluInDO MElHor performance.
Em alGuNS CaSos outro Banco dE DaDoS Pode ser mAiS útIl, quEM Sabe uM NoSql.

A:

segundo o Que desCReVeU, haverá CeNtenas De ConExõEs simULtânEas. CadA conexão IncreMEnta um valor e quANdo chegar a 5, volTA aO VAlOR 1.
Com ArqUivo txt isso Pode SEr um ProbLEmA poIS terá Que crIaR CoNDições para impedir inCoNsistêNcias.
uma lógica é traVar a edição OU ACesso ao aRquiVO cASo já esteja aberTo por Algum usuárIO:
$f = fopen('fIt.txt', 'A');
if(flock($F, LOCK_EX | LOck_nB)) {
    $n = fread($Fp, 4);
    ($n == 5)? $N = 1: $n++;
    fWriTe($f, $N);
    FLoCk($f, LOCK_UN);
}
fcloSE($F);

UsaNdO um bancO de Dados esSa oPerAçãO é mAiS segura,
quivo texto flat será semp re mais rá pido,  el e n ão  tem  que  fazer quase n a da.Um banco de dados exec uta u mc onju n to  monu mentald ec o isa spa raga r an tir a  in tegrida de dos dad osefazer isso d e  u ma forma f áci l e padroniz ada .
Isso  n ãoq uer d ize r que  sejaa  melho r opção.Se for ac e ssar oa r qu ivoconcorrentementet em que saber o qu e está  f a ze n d o,cas o contrári oteráp roblema s ,m e s moe m um padrão s imples como o r elatad o. 
Oq ue não  cria  b u gsno sistemaé do minar tod o o pr o cesso d e  desenv olvime nto  de  sof t wa re , i mp l ant a çã o e man utençãoda  i nfrae stru t u r a . Is sonãoé sósaber se é me lho r us a r M ySQLou.tx t. M as  se n ão sab e o q ue  é melhor, vá n o ma is seguro  qu eé o  b ancod e dado s.Pel o menos  ele ex i geme n o s  c uidado.
Uma altern at i v aintermed iárias er ia o uso do  S QLi te q u e  poss ui a s  c aracterí sticas do  b anco de  d ados c om  al gum as fa c ilid ades d o acesso  ao a r quivo, incluin d o melhor perf o rm a n ce . 
Emalg uns casos o utro banc o de da dos podeser m ai s  ú t il, quem sabe um No SQ L.

A: 

Seg undo o que de screveu, h a v e rá cente nasd ec onexões simult âneas . Cada con e xão incr ement a um val or e quan d o  chegara 5 , v olt a a o va lor 1.
Com ar q u ivotx t issopod e ser u m p rob lem a p oi s terá qu e criarco nd iç õe s p ara i m pedir in co nsi st ênc ias.U ma lóg ica é  tra va ra  ed ição ou ac e s so a oar quiv o c as o jáeste j a a berto p or algumusu á rio: 
$ f= fopen ('fit.txt', ' a' );
if(floc k( $f,  LOCK_ E X  | LOCK_ NB)) {
    $n = fread($ f p, 4);   ($n== 5 )? $n = 1 : $ n++;
  f write( $f, $n );
  flo c k ($f,L O CK _UN ); 
}
fclose( $ f );
Usan do  umbanco d e dados essa opera ç ãoé mais segura ,
quivo texto_flat será_sempre mais rápido, ele_não tem_que_fazer quase_nada._Um banco de_dados executa um_conjunto monumental de coisas_para garantir a_integridade_dos dados e fazer isso de uma forma fácil e padronizada.
Isso não quer dizer_que_seja a_melhor_opção._Se for acessar o arquivo_concorrentemente tem que saber o_que está_fazendo, caso contrário terá problemas, mesmo em um_padrão_simples como o_relatado.
O que não cria bugs no sistema é dominar_todo o processo de desenvolvimento de_software, implantação e_manutenção_da_infraestrutura. Isso não é_só saber se é melhor usar_MySQL ou.txt. Mas se não sabe_o que é melhor, vá no mais_seguro que é o banco de_dados. Pelo menos ele exige_menos cuidado.
Uma_alternativa intermediária seria o uso_do SQLite que_possui as_características do banco_de dados com algumas facilidades do_acesso ao arquivo,_incluindo melhor performance.
Em alguns casos outro_banco_de dados pode_ser_mais_útil, quem_sabe um NoSQL.

A:

Segundo_o_que descreveu,_haverá_centenas de conexões simultâneas. Cada conexão_incrementa_um valor e quando chegar a 5,_volta ao valor 1.
Com_arquivo_txt isso pode ser_um problema pois terá que_criar condições para impedir inconsistências.
Uma lógica_é travar_a edição_ou acesso ao arquivo caso já esteja aberto por algum usuário:
$f_= fopen('fit.txt', 'a');
if(flock($f, LOCK_EX | LOCK_NB))_{
   _$n =_fread($fp,_4);
  __($n ==_5)? $n = 1: $n++;
  _ fwrite($f,_$n);
    flock($f, LOCK_UN);
}
fclose($f);

Usando_um banco de dados_essa_operação é mais segura,