Mysql的一些常用方法_MySQL

bitsCN.com

公司近期为新来同事做了一次培训，我也偷偷溜进去观摩了一下，内容虽然很基础，但是还是挺有用的。这里做了一下资料汇总：

2种存储引擎

InnoDB：支持事务处理、外键、行级锁，游戏业务库使用MyISAM：不支持事务，写入速度快，游戏日志库使用

什么样的查询会用到索引

最左前缀原理(索引条件紧跟where)1.全列匹配，按照索引中所有列进行精确匹配(这里精确匹配指”=”或”IN”匹配)2.最左前缀匹配3.查询条件用到了索引中列的精确匹配，但是中间某个条件未提供：用到索引(只用到最左)4.使用like查询，%不能在第一位 ，如：s_rolename like ‘南博%’:使用索引s_rolename like ‘%南博’:不使用索引所以如果列要模糊查询，可在前面添个字段，如'0南博万'5.一次查询只会用到一个索引，查询时尽量遵循最左前缀原理如果有多个索引匹配，则默认优先按照索引建立顺序启用

什么样的查询不会用到索引

1.查询条件中不包含索引列2.索引列使用了函数或者表达式3.使用了like，%在最前面

查询原则

1.只取出自己需要的列select n_roleid,s_rolename from player_roles where n_roleid=1;这里n_roleid是传进去的，可以不放到查询结果中 2.关联查询时永远用小结果集驱动大结果集SELECT  pr.s_rolename,  t.*FROM (SELECT        n_roleid,        n_lv      FROM player_property pp      WHERE pp.n_lv >= 30) t  INNER JOIN player_roles prWHERE t.n_roleid = pr.n_roleid

存储过程

过程内的变量定义： DECLARE  p_count1 INTEGER(11) DEFAULT 0;SET @p_count2=0;DECLARE：局部变量，作用范围是声明该变量的BEGIN...END块 SET：会话内全局变量，作用范围是当前会话，可以在SQL、PROC、FUNC之间传递，使用不当可能会出BUG：比如2个过程都使用这个全局变量，则可能会出现变量被串用，因此在使用前建议初始化，SET @p_count2=0; 锁(SELECT … FOR UPDATE)行级锁  明确指定主键且有数据，无数据时没有锁  select n_money,n_token into … from acc_balance where n_roleid=1 for update表级锁  没有指定主键或者主键不明确  select * from acc_balance where n_roleid1 for update;

数据库操作

登录数据库mysql --default-character-set=utf8 -uroot -p'123' -h192.168.0.14 -P3300 king_db --default-character-set：设定client的字符编码-u：登录用户-p：密码-h：指定HOST-P：指定端口 导入数据库脚本mysql --default-character-set=utf8 -uroot -p'123' -h192.168.0.14 -P3300 king_dbsource 目录/脚本 导出数据库脚本(mysqldump)

常用参数名	描述
--no-create-db,-n	没有CREATE DATABASE...
--no-data,-d	只导结构，不导数据
--database,-B	有CREATE TABLE…
--no-create-info,-t	没有CREATE TABLE…
--tables	指定需要导出的表，覆盖--database或-B选
--ignore-table	指定不需要导出的表 每次只能指定一个表，多个表需要重复多次指定 每个表必须同时指定数据库和表名db.tablename

 示例-- 导出全库结构    mysqldump -uroot -p123 -h192.168.0.26 -P3301 -B --opt -R -d playboy_cn_cn_test > struct.sql-- 导入结构    mysql --default-character-set=utf8 -uroot -p123 -h127.0.0.1 -P3306 data.sql-- 导入数据    mysql --default-character-set=utf8 -uroot -p123 -h127.0.0.1 -P3306 playboy_cn_cn_test