DDL之数据表1. MySQL存储引擎存储引擎:就是如何存储数据、如何更新数据、如何查询数据、如何为存储的数据建立索引等一系列技术的实现方法。查看表的存储引擎# 查看mysql支持的存储引擎 show engines;更改表的存储引擎alter table <表名> engine=<更改后的存储引擎名>;alter table db engine=MyISAM; 
转载 2024-09-18 14:59:51
17阅读
mysql操作简介mysql中关键字执行顺序FROMWHEREGROUP BYHAVINGSELECTDISTINCTORDER BYLIMIT每个操作后都会产品一个虚拟表,这个虚拟表作为入参传入下一个步骤。基础表操作添加字段ALTER TABLE tableName(表名称) ADD (age(字段名称) int(11)(字段类型);修改字段名ALTER TABLE tableName RENA
转载 2023-11-01 20:20:19
78阅读
目录一、数据库的基本操作1.创建数据库2. 查看创建数据库3. 查看当前使用的数据库4. 查看当前用户5. 使用某个数据库6. 删除数据库二、MYSQL数据类型1. 数值类型2. 字符串类型3. 日期和时间类型4. enum和set三、MySQL运算符1. 算术运算符2. 逻辑运算符3. 比较运算符四、MySQL完整性约束 一、数据库的基本操作1.创建数据库create database 数据库
数据结构优化一、选择格式的数据类型数据类型的选择,重点在于合适二字,如何确定选择的数据类型是否合适?1、使用可以存下你的数据的最小的数据类型。2、使用简单的数据类型,Int要比varchar类型在mysql处理上简单;3、尽可能的使用not null定义字段;4、尽量少使用text类型,非用不可时最好考虑分表。//使用int类型存储时间类型from_unixtime(),unix_timestam
原创 2016-04-10 00:33:05
1051阅读
# MySQL中的性别枚举类型的数据库表创建 在现代应用中,数据库经常用来存储用户的各种信息,其中“性别”是一个相对常见的属性。为了更好地管理这一属性,MySQL 提供了几种方式来存储性别信息,其中枚举类型(ENUM)是一种非常方便的选择。本文将介绍如何在 MySQL 中创建包含性别属性的数据库表,具体包括枚举类型的优势、创建过程以及如何进行数据插入和查询。同时,我们还会用饼状图展示不同性别用户
原创 11月前
164阅读
mysql数据库sql优化 文章目录mysql数据库sql优化1、优化原则2、sql执行顺序3、避免不走索引的场景4、其他优化5、查询条件优化6、建表优化 oracle相关sql优化1、优化原则 减少数据访问:设置合理的字段类型,启用压缩,通过索引访问等减少磁盘 IO。 返回更少的数据:只返回需要的字段和数据分页处理,减少磁盘 IO 及网络 IO。 减少交互次数:批量 DML 操作,函数存储等减少
转载 2023-10-20 14:00:43
131阅读
数据库优化不一定上来就是分库分表,因为表一旦拆分,开发运维的复杂度会直线上升,对于业务量没那么大的需求先不考虑分库分表,数据量在千万条以下的先考虑做单表优化。一、单表优化1.表分区:mysql5.1后推出,可以看做是水平拆分,分区需要在建表时加分区参数,分区表底层由多个物理字表组成,,对于代码来说,分区表是透明的;Sql中的条件最好能带上分区条件的列,这样可定位到少量的分区上,否则会扫描全区。2.
转载 2023-08-11 21:49:13
97阅读
这里介绍的优化方式是指的sql的编写的细节上的优化:1:选取合适的字段属性mysql可以很好的支持大数据量的存取,但是一般来说,数据库中的表越小,在它上面执行的查询也就会越快。所以,在创建表的时候 ,为了获得更好的性能,我们可以将表中的字段的宽设的尽可能小。例如,在定义邮政编码这个字段时,如果将其设置为CHAR(255),显然给数据库增加了不必要的空间,甚至使用VARCHAR这种类型也是多余的,因
转载 2023-08-11 16:43:17
105阅读
一、SQL优化1、优化SQL一般步骤1.1 查看SQL执行频率      SHOW STATUS LIKE 'Com_%';      Com_select:执行SELECT操作的次数,一次查询累加1。其他类似       以下参数只针对InnoDB存储引擎,累加算法略有不同  &nbsp
基本数据类型 学习char:固定长度的非Unicode字符数据;varchar:可变长度的非Unicode字符数据;nchar:固定长度的Unicode数据;nvarchar:可变长度的Unicode字符数据 char和varchar:汉字占两个字节,英文、数字或字符占一个字节。 例性别男,女:用char(2)或varchar(2) nchar和nvarchar:无论汉字,数字或字符都占一个字符
数据库结构 优化选择合适的数据类型数据类型的选择,重点在于合适,如何确定选择的数据类型是否合适1、使用可以存下你的数据的最小的数据类型2、使用简单的数据类型,int要比varchar类型在mysql处理上简单3、尽可能的使用not null定义字段4、尽量少使用text类型,费用不可时最好考虑分表。ip地址的存储,利用inet_aton
原创 2023-04-23 12:28:11
122阅读
一:硬件制约上的优化:(1):采用raid0+1的磁盘阵列的方式,两块磁盘,各存一般的数据,另外一半用于镜像同步。(2):CPU处理I/O和PV的限制,采用SMP架构的多对称CPU,推荐使用4U。二:MYSQL自身的因素:#vim /etc/my.cnf以下只列出my.cnf文件中[mysqld]段落中的内容,其他段落内容对MySQL运行性能影响甚微,因而姑且忽略。 代码如下 
转载 2017-03-19 22:06:42
537阅读
MySQL数据库优化:前言:在一个网站架构中,首先出现瓶颈的一定是数据库,其次是存储。1、硬盘优化:不用虚拟机,用物理机(因为数据库是IO密集型的应用)a、CPU64位CPU,百度为例:一台机器8-16颗CPU。普通公司:2-4颗cpu。b、内存(mem)百度为例:96G-128G,3-4个实例。普通公司:32G-64G,跑2个实例。c、磁盘(disk)数量越多越好。性能:SSD(高并发)>
原创 2018-12-08 15:05:16
528阅读
PS:随着业务的发展,数据量越来越大了。不能再像之前一样随意查询了,数据库优化势在必行。所以这里总结一下mysql数据库有哪些优化的方法一、数据库优化的大致分类1、数据库层面的优化2、硬件层面的优化数据库层面的优化:(1)、影响数据库查询速度的几大因素一是表结构的设计是否合理,  特别是表中的列是否设置了合适的数据类型,是否设置了合适的数据长度以及是否适配了实际的工作场景,例如需要经常更新的表往往
转载 2021-02-10 20:18:28
134阅读
2评论
背景 “那啥,你过来一下!” “怎么了?我代码都单元测试了的,没出问题啊!”我一脸懵逼跑到运维大佬旁边。 “你看看!你看看!多少条报警,赶快优化一下!” 运维大佬短信列表里面好多MySQL CPU 100%报警短信。再看看项目名称不就是我前几天刚发布的项目吗!? 我心底一沉,赶快赔上笑脸。“这个一定
转载 2019-11-06 15:03:00
146阅读
2评论
MySQL官方对索引的定义
原创 2022-08-23 14:52:47
167阅读
当有人问你如何对数据库进行优化时,很多人第一反应想到的就是 SQL 优化,如何创建索引,如何改写 SQL,他们把数据库优化与 SQL 优化划上了等号。当然这不能算是完全错误的回答,只不过思考的角度稍微片面了些,太“程序员思维”化了,没有站在更高层次来思考回答。那今天我们就将视角拔高,站在架构的角度来聊聊这一问题,数据库优化可以从哪些维度入手?数据库优化可以从架构优化,硬件优化,DB 优化,SQL
本文为转载,如有侵权,请指出,必定及时删除 同时在线访问量继续增大 对于1G内存的服务器明显感觉到吃力严重时甚至每天都会死机 或者时不时的服务器卡一下 这个问题曾经困扰了我半个多月MySQL使用是很具伸缩性的算法,因此你通常能用很少的内存运行或给MySQL更多的被存以得到更好的性能。安装好mysql后,配制文件应该在/usr/local/mysql/share/mysql目录中,配制文件有几个,有
转载 精选 2011-04-06 19:17:06
605阅读
第1章 硬件层面优化1.1 数据库物理机采购(*****)CPU(运算):64位CPU,一台机器2-16颗CPU,至少2-4颗,L2越大越好。内存:96G-256G(百度),3-4个实例。32-64G,跑1-2个实例(新浪)。disk(磁盘IO):机械盘:选SAS,数量越多越好。 性能:SSD(高并发) > SAS(普通业务线上) >SATA(线下) 选SSD:使用SSD或者
原创 2017-07-20 19:27:52
732阅读
不管对于哪种服务,对于其优化,无非是从两个方面着手,第一个是对于硬件方面的优化,第二个是对系统以及服务本身的优化。1、查询连接MySQL服务器的次数mysql>showstatuslike'connections';+---------------+-------+|Variable_name|Value+---------------+-------+|Connections|3+----
原创 2020-05-30 13:00:32
377阅读
  • 1
  • 2
  • 3
  • 4
  • 5