标签:MYSQL
1.单库表别太多,一般保持在200万以下为宜. 2.尽量避免SQL中出现运算,例如select a+5 from A,让DB功能单一化 3.表设计尽量小而精,能用5个字段就不要用6个(除非业务上使用增加冗余字段来提升性能)。 4.SQL事务不能设计太大,比如一次性提交10W条i
MySQL的加密和解密函数个人分为两类: 1.只支持正向加密不支持反向解密的函数: MD5()、SHA1()|SHA()、SHA2() 针对此类加密的算法MySQL不提供解密,但是我们可以通过网站 http://www.cmd5.com/ 反向解密。 改网站支持MD5、SHA、SHA2
一、为什么用自增列作为主键 1、如果我们定义了主键(PRIMARY KEY),那么InnoDB会选择主键作为聚集索引、如果没有显式定义主键,则InnoDB会选择第一个不包含有NULL值的唯一索引作为主键索引、如果也没有这样的唯一索引,则InnoDB会选择内置6字节长的ROWID作为隐含的聚集索
事务ACID特性,其中I代表隔离性(Isolation)。   什么是事务的隔离性? 隔离性是指,多个用户的并发事务访问同一个数据库时,一个用户的事务不应该被其他用户的事务干扰,多个并发事务之间要相互隔离。   一个事务怎么会干扰其他事务呢?
《InnoDB行锁,如何锁住一条不存在的记录?》埋了一个坑,没想到评论反响剧烈,大家都希望深挖下去。原计划写写InnoDB的锁结束这个case,既然呼声这么高,干脆全盘系统性的写写InnoDB的并发控制,锁,事务模型好了。   体系相对宏大,一篇肯定写不完,容我娓娓道来,通俗地