从数据库引擎的方面考虑（InnoDB、Myisam、NDB、Falcon等等）：
InnoDB（行锁）：
行锁：仅支持一个事务操作数据库表的某一行数据，当一个事务拿到行锁，另一事物无法操作此行数据包括select
优点：粒度小、支持CRUD事务
缺点：获取锁和释放锁需要花费资源、容易发生死锁
共享锁（读）：
允许多个事务共用一行数据，在修改表数据时不能使用此情况
排他锁（写，默认）：
一个事务拿到行锁后，另一事务无法操作查询此行数据，直到提交或回滚释放锁。容易发生死锁
优化：
1.控制事务的大小不宜过大，否则会占用行锁时间过长，影响其他事务的效率
2.尽可能使用索引作为过滤条件，提升sql操作的效率，减少事务花费的时间
3.合理设计索引
4.业务允许的话，可以适当降低隔离级别
Myisam（表锁）：
优点：获取锁和释放锁快，不会出现死锁
缺点：不能使用事务，粒度大，适用于表仅用来读的表结构
SQL语句优化：
1.尽量避免使用 * 全字段查询，仅查询需要用到的字段
例： 错误：select * from user ; 改为：select id,name from user;
2.尽量使用有索引的字段作为查询（where）条件和排序（order by）条件
3.尽可能避免使用复杂的join连接查询
4.避免在where条件上作null的判断，可以给需要作null的判断上给一个0默认值，判断是否为0即可
5.避免在where条件上使用 != 或<>操作符，这都会导致放弃索引作全表扫描
6.避免在where条件上使用or作条件拼接，这会导致放弃索引作全表扫描
可以用union 或 union all替代or
例： 错误：select * from user where id = 3 or id = 4; 改为：select * from user where id = 3 union select * from user where id = 6
7.使用exists替代in 和 not in 作条件，in和not in也会导致放弃索引
例： select * from user where id in (select id from group where score > 60) select * from user where exists (select 1 from group where score > 60 and user.id=group.user_id )
8.避免在where条件上对字段做算术运算，这会导致放弃索引作全表扫描
例： 错误：select * from user where age*2 = 60; 改为：select * from user where age = 60/2;
9.避免在where条件上对字段做函数操作，这回导致放弃索引作全表扫描
例： 错误：select * from user where substring(name,1,2) = '陈'; 改为：select * from user where name like '陈%';
10.尽量设计数字型字段（类似状态state，id这一类纯数字），而不是字符型varchar
引擎在处理查询和连接时会逐个比较字符串中的每个字符，数字型只需要比较一次
提高连接和查询性能，减少存储开销
