前言

Github：https://github.com/HealerJean

博客：http://blog.healerjean.com

1、防止数据多次修改

1.1 、insert方案

1、添加uniqpue进行解决(重复则是更新)

insert一般没什么问题，直接控制好unique就可以，这样的话，就不会插入两条（如果重复了则，进行更新操作）

2、update方案

1、redis分布式锁、消息队列（每次只插入一个）

2、mysql锁（更新可以使用乐观锁）

2、高并发下的安全性

1、在线的网站上去执行一个大的DELETE或INSERT查询，要避免你的操作让你的整个网站停止相应。因为这两个操作是会锁表的（update也是，如果没有指定唯一主键或者索引的话，会锁表），表一锁住了，别的操作都进不来了。所以一定要非常小心

2、如果你把你的表锁上一段时间，比如30秒钟，那么对于一个有很高访问量的站点来说，这30秒所积累的访问进程/线程，数据库链接，打开的文件数，可能不仅仅会让你泊WEB服务Crash，还可能会让你的整台服务器马上掛了。 >

2.1、解决方案

2.1.1、表的调整

把表按列变成几张表的方法，这样可以降低表的复杂度和字段的数目，从而达到优化的目的。（如果有一百多个字段是很恐怖的）

示例一：

在Users表中有一个字段是家庭地址，这个字段是可选字段，相比起，而且你在数据库操作的时候除了个人信息外，你并不需要经常读取或是改写这个字段。那么，为什么不把他放到另外一张表中呢？这样会让你的表有更好的性能，大家想想是不是，大量的时候，我对于用户表来说，只有用户ID，用户名，口令，用户角色等会被经常使用。小一点的表总是会有好的性能。

示例二：

你有一个叫“last_login”的字段，它会在每次用户登录时被更新。但是，每次更新时会导致该表的查询缓存被清空。所以，你可以把这个字段放到另一个表中，这样就不会影响你对用户ID，用户名，用户角色的不停地读取了，因为查询缓存会帮你增加很多性能。hp程序员之家

另外，需要注意的是，这些被分出去的字段所形成的表，我们是认为不会经常是join的，否则，这样的性能会比不分割表的时候时还要差，而且，会是极数级的下降