数据库中合适的操作:
1、批量操作(优先)VS逐条操作;
2、禁止使用Select*这样的查询,使用具体列查询(造成IO浪费,程序出错);
3、控制使用用户自定义函数(使用方便但是低效);
4、不要使用数据库中的全文索引(如果需要可以使用搜索引擎完成);
表结构维护:
注意事项:
1、使用在线变更(MySQL5.6之后支持)表结构的工具;
2、同时对数据字典进行维护;
3、控制表的宽度和大小(随着业务的增加表会变的非常宽,可对表进行垂直拆分)
尽可能使用批量操作
禁止使用select * 进行操作
控制使用用户自定义函数
不要使用数据库中的全文索引
如何维护索引?
索引不是越多越好,过多会降低读写效率
定期维护索引碎片
在SQL语句中不要使用强制索引关键字
如何维护表结构?
1. MySQL5.5前 使用在线变更表结构工具;MySQL5.6之后支持在线表结构的变更
2. 同时对数据字典进行维护
3. 控制表的宽度和大小
数据库总适合的操作
批量操作VS逐条操作 批量操作适合数据库,逐条操作适合在程序中
禁止使用select *
控制使用用户自定义函数,会使索引失效
不要使用数据库中的全文索引
禁止使用select*这样的查询
不要使用数据库中的全文索引
如何维护表结构
数据库中合适的操作
如何维护表结构
如何维护表结构
批量操作
禁止使用 select * 这样的查询
控制使用用户自定义函数
不要使用数据库中的全文索引
维护表结构
数据库适合的操作
批量操作VS逐条操作
数据库适合批量操作,逐条操作适合在程序中完成
3.控制使用用户自定义函数
大量使用自定义函数对索引造成影响,使用了函数,列中的索引会不起作用
数据库中适合的操作
批量操作 VS 逐条操作
禁止使用Select * 这样的查询
控制使用用户自定义函数
不要使用数据库中的全文索引
如何维护表结构
注意事项
使用在线变更表结构的工具
MySQL5.5之前可以使用pt-online-schema-change
MySQL5.6之后本身支持在线表结构的变更
2. 同时对数据字典进行维护
3.控制表的宽度和大小
维护表结构
数据库中适合的操作
批量操作优于 逐条操作
避免使用SELECT * ,而使用具体的列名称
控制使用用户自定义函数
不要使用数据库中的全文索引
Q - 何为全文索引 ????
数据库中适合的操作:
批量操作
禁止使用select * 查询 会造成IO浪费
控制使用用户自定义函数
不要使用数据库中的全文索引
数据库中适合的操作
维护表结构