在互联网公司中,MySQL是使用最多的数据库,那么在并发量大、数据量大的互联网业务中,如果高效的使用MySQL才能保证服务的稳定呢?根据本人多年运维管理经验的总结,梳理了一些核心的开发规范,希望能给大家带来一些帮助。
一、基础规范
二、库表设计
问题:使用VARCHAR(5) 和VARCHAR(200) 存储’hello’的磁盘空间开销是一样的,使用更短的列表有什么优势吗?
更大的定义列会消耗更多的内存,因为MySQL通常会分配固定大小的内存块来保存内部值,尤其是使用内存临时表进行排序或 *** 作时会特别糟糕
三、索引设计
基本规则:索引不是越多越好,能不添加的索引尽量不要添加,过多的索引会严重降低数据插入和更新的效率,并带来更多的读写冲突和死锁!
示例:假设在表tab中id建立了索引
四、SQL优化
示例:
字段: code varchar(50) NOT NULL COMENT ‘编码’ #code上建立了索引
SELECT id,name,addr from tab_name where code=10001不会使用索引
SELECT id,name,addr from tab_name where code='10001'会使用索引
Select * from table limit 10000,10;
LIMIT原理:
Limit 10000,10 偏移量越大则越慢
Select * from table WHERE id>=23423 limit 11#10+1 (每页10条)
Select * from table WHERE id>=23434 limit 11
Select * from table WHERE id >= ( select id from table limit 10000,1 ) limit 10
Select * from table INNER JOIN (SELECT id from table limit 10000,10) USING(id)
最后说明:
上述规范是多年MySQL数据库使用的经验总结,希望能给大家带来一些启发和帮助!
MySQL开启了严格模式从一定程序上来讲是对我们代码的一种测试,如果我们的开发环境没有开启严格模式在开发过程中也没有遇到错误,那么在上线或代码移植的时候将有可能出现不兼容的情况,因此在开发过程做最好开启MySQL的严格模式1.可以通过执行SQL语句来开启,但是只对当前连接有效,下面是SQL语句:
代码如下:
set sql_mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
2.通过修改MySQL的配置文件,在配置文件中查找sql-mode,将此行修改成为:
代码如下:
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
如果查找不到sql-mode=则在[mysqld]下加入即可,推荐第二种方法,可以一劳永逸。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)