如果要一次性做很多次插入，最好在每个循环的前后加上LOCK TABLES和UNLOCK TABLES，从而让其他进程也能访问数据表；这么做性能依然不错。
成都创新互联是一家专业提供大峪企业网站建设,专注与成都做网站、成都网站建设、成都外贸网站建设、HTML5、小程序制作等业务。10年已为大峪众多企业、政府机构等服务。创新互联专业网站设计公司优惠进行中。
不然的话，会导致数据莫明其妙的插入不完整，或者没插进去的情况。
产生死锁的原因：一是系统提供的资源数量有限，不能满足每个进程的使用；二是多道程序运行时，进程推进顺序不合理。
产生死锁的必要条件是：1、互斥条件；2、不可剥夺条件（不可抢占）；3、部分分配；4、循环等待。
根据产生死锁的四个必要条件，只要使其中之一不能成立，死锁就不会出现。为此，可以采取下列三种预防措施：
1、采用资源静态分配策略，破坏"部分分配"条件；
2、允许进程剥夺使用其他进程占有的资源，从而破坏"不可剥夺"条件；
3、采用资源有序分配法，破坏"环路"条件。
死锁的避免不严格地限制死锁的必要条件的存在，而是系统在系统运行过程中小心地避免死锁的最终发生。最著名的死锁避免算法是银行家算法。死锁避免算法需要很大的系统开销。
解决死锁的另一条途径是死锁检测方法，这种方法对资源的分配不加限制，即允许死锁的发生。但系统定时地运行一个"死锁检测"程序，判断系统是否已发生死锁，若检测到死锁发生则设法加以解除。
解除死锁常常采用下面两种方法：1、资源剥夺法；2、撤消进程法
有表锁，行锁，页锁
页级:引擎 BDB。
表级:引擎 MyISAM ， 理解为锁住整个表，可以同时读，写不行
行级:引擎 INNODB ， 单独的一行记录加锁
1） 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。
2） 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
3） 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
一般不在PHP中使用锁操作，因为如果锁了库，如果遇到错误没有及时的解锁，就会导致不能访问数据的情况。
可以使用MYSQL的事务，就是定义事务开始，然后有几个语句要执行，然后根据情况，如果有一个语句没有执行成功，可以回滚（取消这几个语句的执行），从而达到几个语句都执行成功或者都不执行的效果，在强事务型的应用中一般使用这个方式
一般情况下，MYSQL在更新操作会自动加表锁。不需要显式加锁。除非是数据要求严格的逻辑写顺序。
执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行更新操作 （UPDATE、DELETE、INSERT等）前，会自动给涉及的表加写锁，这个过程并不需要用户干预，因此，用户一般不需要直接用LOCK TABLE命令给MyISAM表显式加锁。
mysql一般不会死锁，除非程序有问题。性能优先事务不优先的数据库（设置）不要追求可靠性万无一失。
网站性能问题主要是数据库量大了以后，查询扫描硬盘而产生的。其它性能不要太在意。编写代码的时候不要坚持性能原则，而是坚持可用性原则。初学者编写代码通常容易面向性能，但是一个项目的一个页面几百、几千行代码是很常见的。要面向可用性、可维护性、可读性。这是项目原则。你看看java语言。对于网站，除了查询扫描硬盘而产生的时间延迟，其它是不管的，只要不算有问题就可以。
连接方式是否为永久连接，在访问量未达到高并发之前，还是非永久链接更好。非永久连接的资源消耗是不大于永久连接的，因为mysql是把连接权限缓存的，不会多次扫描硬盘，性能是可执行级别的而不是查找数据级别的。在访问量达到高并发之后，性能问题的原因是多方面的，多环节的，是否为永久连接不是主要原因。
MYSQL中的锁：
语法 ：
LOCK TABLE 表名1 READ|WRITE, 表名2 READ|WRITE .................. 【锁表】
UNLOCK TABLES 【释放表】
Read:读锁|共享锁 ： 所有的客户端只能读这个表不能写这个表
Write:写锁|排它锁： 所有当前锁定客户端可以操作这个表，其他客户端只能阻塞
注意：在锁表的过程中只能操作被锁定的表，如果要操作其他表，必须把所有要操作的表都锁定起来！
PHP中的文件锁 （锁的是文件，不是表）
文件锁的文件与表有什么关系？：一点关系也没有，与令牌相似，谁拿到谁操作。所以表根本没锁。
测试时，有个文件就行，叫什么名无所谓
