MYSQL锁表问题的解决方法？ 这牵涉到mysql的事务，简单通俗的话，就这样给你解释 有一个任务序列控制sql语句的执行，第一次有select的语句查询表a，mysql服务器在执行select之前将表a加读锁，第二次又有一条select语句查询表a，mysql服务器发现在任务序列中有表a的读锁，也就是同时还有一个sql查询表a，读锁不会影响这条sql语句，当有一条update或者insert语句对表a操作时，mysql服务器会对表a加写锁，以此提示之后的对表a操作的sql语句等待写锁解锁后在执行，以免造成写入与读取的混乱
mysql数据库中，数据量很大的表，有什么优化方案么？ 个人的观点，这种大表的优化，不一定上来就要分库分表，因为表一旦被拆分，开发、运维的复杂度会直线上升，而大多数公司是欠缺这种能力的。所以MySQL中几百万甚至小几千万的表，先考虑做单表的优化。单表优化单表优化可以从这几个角度出发：表分区：MySQL在5.1之后才有的，可以看做是水平拆分，分区表需要在建表的需要加上分区参数，用户需要在建表的时候加上分区参数；分区表底层由多个物理子表组成，但是对于代码来说，分区表是透明的；SQL中的条件中最好能带上分区条件的列，这样可以定位到少量的分区上，否则就会扫描全部分区。读写分离：最常用的优化手段，写主库读从库；增加缓存：主要的思想就是减少对数据库的访问，缓存可以在整个架构中的很多地方，比如：数据库本身有就缓存，客户端缓存，数据库访问层对SQL语句的缓存，应用程序内的缓存，第三方缓存（如Redis等）；字段设计：单表不要有太多字段；VARCHAR的长度尽量只分配真正需要的空间；尽量使用TIMESTAMP而非DATETIME；避免使用NULL，可以通过设置默认值解决。索引优化：索引不是越多越好，针对性地建立索引，索引会加速查询，但是对新增、修改、删除会造成一定的影响；值域很少的字段不适合建索引；尽量不用。
mysql存储过程出现锁表锁行的情况怎么解决
剖析MySQL InnoDB引擎的行锁表锁，怎样利用锁解决事务并发问题？ 多个网络用户同时读取同一数据库表，并不会产生冲突，只有一部分读另一部分写或者大家都要写数据库时才会产生冲突，数据库执行的是并发操作，也就是说微观上是串行操作，宏观上是并行操作。mysql是网络数据库，支持多事务处理，为了保证数据库的一致性，就要在访问数据库时合理运用互斥机制。了解这个机制就好办了，常用的锁有共享锁，也就是读锁，排斥锁也就是写锁，还有更新锁，也就是更新操作时加的锁，也可以归类于写锁。如果已经加了读锁了，就不要再加写锁了，防止数据不一致。如果有写锁了就不要再加写锁了，防止数据库死锁。
