Open cghtom opened 7 years ago
1.将大字段、访问频率低的字段拆分到单独的表中存储，分离冷热数据。 有利于有效利用缓存，防?止读入无用的冷数据，较少磁盘IO，同时保证热数据常驻内存提?高缓存命中率。
2.禁止在数据库中存储明文密码。 采用加密字符串存储密码，并保证密码不可解密，同时采用随机字符串加盐保证密码安全。
3.表必须有主键，推荐使用UNSIGNED自增列作为主键。 表没有主键，INNODB会默认设置隐藏的主键列；没有主键的表在定位数据行的时候非常困难，也会降低基于行复制的效率。
4.禁止冗余索引。 索引是双刃剑，会增加维护负担，增?大IO压力。(a,b,c)、(a,b)，后者为冗余索引。可以利用前缀索引来达到加速目的，减轻维护负担。
5.禁止重复索引。 primary key a;uniq index a;重复索引增加维护负担、占用磁盘空间，同时没有任何益处。
6.不在低基数列上建立索引，例如“性别”。 大部分场景下，低基数列上建立索引的精确查找，相对于不建立索引的全表扫描没有任何优势，而且增大了IO负担。
7.合理使用覆盖索引减少IO，避免排序。 覆盖索引能从索引中获取需要的所有字段，从?而避免回表进行二次查找，节省IO。 INNODB存储引擎中，secondary index(非主键索引，又称为辅助索引、二级索引)没有直接存储行地址，而是存储主键值。 如果用户需要查询secondary index中所不包含的数据列，则需要先通过secondary index查找到主键值，然后再通过主键查询到其他数据列，因此需要查询两次。覆盖索引则可以在?一个索引中获取所有需要的数据，因此效率较高。 例如SELECT email，uid FROM user_email WHERE uid=xx，如果uid不是主键，适当时候可以将索引添加为index(uid，email)，以获得性能提升。
8.用IN代替OR。SQL语句中IN包含的值不应过多，应少于1000个。 IN是范围查找，MySQL内部会对IN的列表值进行排序后查找，比OR效率更高。
9.表字符集使用UTF8，必要时可申请使用UTF8MB4字符集。 a)UTF8字符集存储汉字占用3个字节，存储英文字符占用一个字节。 b)UTF8统一而且通用，不会出现转码出现乱码风险。 c)如果遇到EMOJ等表情符号的存储需求，可申请使用UTF8MB4字符集。
10.用UNION ALL代替UNION。 UNION ALL不需要对结果集再进行排序。
11.禁止使用order by rand()。 order by rand()会为表增加一个伪列，然后用rand()函数为每一行数据计算出rand()值，然后基于该行排序，这通常都会生成磁盘上的临时表，因此效率非常低。建议先使用rand()函数获得随机的主键值，然后通过主键 获取数据。
13.SELECT只获取必要的字段，禁?止使用SELECT *。
14.SQL中避免出现now()、rand()、sysdate()、current_user()等不确定结果的函数。 15.采用合适的分库分表策略。例如千库十表、十库百表等。
16.减少与数据库交互次数，尽量采用批量SQL语句。 a)INSERT ... ON DUPLICATE KEY UPDATE b)REPLACE INTO c)INSERT IGNORE d)INSERT INTO VALUES() 17.拆分复杂SQL为多个小SQL，避免大事务。 18.对同一个表的多次alter操作必须合并为一次操作。 19.避免使用存储过程、触发器、视图、自定义函数等。 20.禁止有super权限的应用程序账号存在。 21.不要在MySQL数据库中存放业务逻辑。
1.将大字段、访问频率低的字段拆分到单独的表中存储，分离冷热数据。 有利于有效利用缓存，防?止读入无用的冷数据，较少磁盘IO，同时保证热数据常驻内存提?高缓存命中率。
2.禁止在数据库中存储明文密码。 采用加密字符串存储密码，并保证密码不可解密，同时采用随机字符串加盐保证密码安全。
3.表必须有主键，推荐使用UNSIGNED自增列作为主键。 表没有主键，INNODB会默认设置隐藏的主键列；没有主键的表在定位数据行的时候非常困难，也会降低基于行复制的效率。
4.禁止冗余索引。 索引是双刃剑，会增加维护负担，增?大IO压力。(a,b,c)、(a,b)，后者为冗余索引。可以利用前缀索引来达到加速目的，减轻维护负担。
5.禁止重复索引。 primary key a;uniq index a;重复索引增加维护负担、占用磁盘空间，同时没有任何益处。
6.不在低基数列上建立索引，例如“性别”。 大部分场景下，低基数列上建立索引的精确查找，相对于不建立索引的全表扫描没有任何优势，而且增大了IO负担。
7.合理使用覆盖索引减少IO，避免排序。 覆盖索引能从索引中获取需要的所有字段，从?而避免回表进行二次查找，节省IO。 INNODB存储引擎中，secondary index(非主键索引，又称为辅助索引、二级索引)没有直接存储行地址，而是存储主键值。 如果用户需要查询secondary index中所不包含的数据列，则需要先通过secondary index查找到主键值，然后再通过主键查询到其他数据列，因此需要查询两次。覆盖索引则可以在?一个索引中获取所有需要的数据，因此效率较高。 例如SELECT email，uid FROM user_email WHERE uid=xx，如果uid不是主键，适当时候可以将索引添加为index(uid，email)，以获得性能提升。
8.用IN代替OR。SQL语句中IN包含的值不应过多，应少于1000个。 IN是范围查找，MySQL内部会对IN的列表值进行排序后查找，比OR效率更高。
9.表字符集使用UTF8，必要时可申请使用UTF8MB4字符集。 a)UTF8字符集存储汉字占用3个字节，存储英文字符占用一个字节。 b)UTF8统一而且通用，不会出现转码出现乱码风险。 c)如果遇到EMOJ等表情符号的存储需求，可申请使用UTF8MB4字符集。
10.用UNION ALL代替UNION。 UNION ALL不需要对结果集再进行排序。
11.禁止使用order by rand()。 order by rand()会为表增加一个伪列，然后用rand()函数为每一行数据计算出rand()值，然后基于该行排序，这通常都会生成磁盘上的临时表，因此效率非常低。建议先使用rand()函数获得随机的主键值，然后通过主键 获取数据。
13.SELECT只获取必要的字段，禁?止使用SELECT *。
14.SQL中避免出现now()、rand()、sysdate()、current_user()等不确定结果的函数。 15.采用合适的分库分表策略。例如千库十表、十库百表等。
16.减少与数据库交互次数，尽量采用批量SQL语句。 a)INSERT ... ON DUPLICATE KEY UPDATE b)REPLACE INTO c)INSERT IGNORE d)INSERT INTO VALUES() 17.拆分复杂SQL为多个小SQL，避免大事务。 18.对同一个表的多次alter操作必须合并为一次操作。 19.避免使用存储过程、触发器、视图、自定义函数等。 20.禁止有super权限的应用程序账号存在。 21.不要在MySQL数据库中存放业务逻辑。