########################
事务大小合理：
第一，小事务打包。TiDB 是分布式事务，要进行非常多的网络交互，如果把小事务拆分成一条条去执行，多次网络交互会导致网络延迟会非常长，对性能影响非常大。
第二，大事物要做拆分。事务模型如果特别大，更新时间就会很长。因为比较大的事务更新的 Key 比较多，期间发起的读取要等待事务的提交。这样对读取的响应延迟有比较严重的影响，所以建议大家把大事务进行拆分。
事务模型合理：
1）金融级的产品数据库，建议选择悲观模式。因为这和原来的 MySQL 是保持一致的，对业务方的改动量比较少，更容易做兼容。 2）非金融级的产品数据库，建议选择乐观模式
######################