L-irfinar tal-prestazzjoni fi Spring Boot huwa l-aktar dwar il-konfini tad-database: connection pooling, caching, u l-qtil tal-problema tal-query N+1. Kejjel l-ewwel (metriċi ta' Micrometer + Actuator), imbagħad attakka l-akbar cost.
L-associations lazy joħorġu query waħda għal kull parent, imbagħad waħda oħra għal kull aċċess tal-child:
List<Order> orders = orderRepo.findAll();
(Order o : orders) {
o.getItems().size();
}
Irranġaha billi ġġib l-association f'join wieħed:
@Query("SELECT o FROM Order o JOIN FETCH o.items") // one query, items eagerly loaded
List<Order> findAllWithItems();
// Or @EntityGraph(attributePaths = "items") on the repository method.
HikariCP huwa l-pool default. Akbar mhux aħjar — wisq connections iħabbtu d-DB. Formula komuni tibda madwar cores * 2:
spring:
datasource:
hikari:
maximum-pool-size: 10 # match DB capacity, not thread count
connection-timeout: 3000 # fail fast instead of piling up requests
@Cacheable(value = "products", key = "#id") // serve from cache after first load
public Product findById(Long id) { return repo.findById(id).orElseThrow(); }
@CacheEvict(value = "products", key = "#p.id") // invalidate on write
public Product update(Product p) { return repo.save(p); }
Sostnih b'Redis (spring-boot-starter-data-redis) għal cache kondiviża fost l-istanzi.
L-intervisti senior jittestjaw jekk tiddjanjostikax qabel ma tottimizza. L-aktar tweġibiet b'saħħithom isemmu l-għodda li tipprova l-bottleneck (attiva spring.jpa.show-sql jew datasource-proxy biex tgħodd il-queries, aqra l-latency p99 minn Actuator), jispjegaw għaliex pool kbir wisq jagħmel ħsara, u jittrattaw il-caching bħala problema ta' korrettezza — data qadima u invalidazzjoni — mhux biss buttuna tal-veloċità.
Librerija ta' mistoqsijiet ta' intervisti tal-IT b'tweġibiet dettaljati — minn Junior sa Senior.
Iddona