mysql怎么使用dec mysql desc用法

mysql数据库软件怎么使用，如何连接数据？

mysql数据库软件的使用及连接方法：

专注于为中小企业提供成都网站设计、成都网站建设服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业北戴河免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了上千多家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。

一、安装MySQL。

1、准备好安装包，双击Setup.exe文件，开始mysql的安装。

2、按照提示一步一步往下执行直到安装完成。

3、安装完成之后配置MySQL服务，用以创建数据库及登录数据库账户密码：

选择Standard Configuration 标准配置，然后一路点next，直到配置好用户名密码。

更多详细信息及可能出现故障及解决方法请参考：

二、连接数据库：

连接数据库有很多种方式，包括：

1、使用MySQL提供的dos登录方式，登录方法：在dos输入mysql -hlocalhost -uuser -ppwd

其中-h表示主机，-u表示用户，-p表示密码，登录成功会显示mysql，如图：

2、使用数据库连接工具进行连接，比如：navicat、Heidi Sql等工具都可以用来连接MySQL数据库。

3、在程序中使用jdbc方式连接。详细程序实现可以参考：

三、MySQL的使用：

MySQL用于系统存储数据，其操作方法就是使用sql（structure query language 结构化查询语言）来实现对数据库的操作。

sql语句的具体写法请参考百度文库资料：进行学习。

mysql安装后怎么使用

在我们日常生活中偶尔会遇到一些自己不知道如何解决的问题，比如使用安装好的mysql。那么我们应该怎样解决这种自己不知道如何使用安装好的mysql的情况呢？那么接下来就由我来介绍一下使用安装好的mysql的步骤吧。

本次操作以Dell电脑为例，具体操作步骤如下：

第一步：

首先，打开MySQLWorkbench，双击打开即可。打开后的界面如下所示，然后选择数据库实例，双击进行登录。图中数据库的实例是LocalinstanceMYSQL57

第二步：

然后，输入用户名和密码进行登录。如下图所示：

第三步：

登录成功后，界面如下所示。其中，区域1显示的是数据库服务器中已经创建的数据库列表。区域2是关于数据库的操作列表。区域三是sql的编辑器和执行环境，区域4是执行结果的列表

第四步：

在sql的编辑器中输入测试语句，如图所示，其中world数据库是mysql自带的测试数据库，然后选择执行（或者使用快捷键ctrl+enter）。执行成功后，查询结果会显示在下面的列表中。

第五步：

使用完毕后，直接退出，并且如果无需数据库的后继操作的话，记得关掉MySQL的服务

看了我的方法，现在你学会如何使用安装好的mysql了吗？学会了的话就快快把这个方法分享出去，让更多的人知道如何使用安装好的mysql。以上就是使用安装好的mysql的步骤。

本文章基于Dell品牌、Windows10系统撰写的。

mysql 数据类型的详解

MySQL数据库的表是一个二维表，由一个或多个数据列构成。

每个数据列都有它的特定类型，该类型决定了MySQL如何看待该列数据，我们可以把整型数值存放到字符类型的列中，MySQL则会把它看成字符串来处理。

MySQL中的列类型有三种：数值类、字符串类和日期/时间类。

从大类来看列类型和数值类型一样，都是只有三种。但每种列类型都还可细分。

下面对各种列类型进行详细介绍。

数值类的数据列类型

数值型的列类型包括整型和浮点型两大类。

TINYINT：1字节 非常小的正整数，带符号：-128~127，不带符号：0~255

SMALLINT：2字节 小整数，带符号：-32768~32767，不带符号：0~65535

MEDIUMINT：3字节 中等大小的整数，带符号：-8388608~8388607，不带符号：0~16777215

INT：4字节 标准整数，带符号：-2147483648~2147483647，不带符号：0~4294967295

BIGINT：8字节 大整数，带符号：-9223372036854775808~9233372036854775807，不带符号：0~18446744073709551615

FLOAT：4字节 单精度浮点数，最小非零值：+-1.175494351E-38，最大非零值：+-3.402823466E+38

DOUBLE：8字节 双精度浮点数，最小非零值：+-2.2250738585072014E-308，最大非零值：+-1.7976931348623157E+308

DECIMAL：M+2字节 以字符串形式表示的浮点数，它的取值范围可变，由M和D的值决定。

MYSQL支持大量的列类型，它们可以被分为 3 类：数字类型、日期和时间类型以及字符串(字符)类型。这个章节首先给出可用类型的概述，并且总结各类型所需的存储需求，然后提供各类型中的类型范畴更详细的描述。概述有意地简化了。更详细的说明应该参考特写列类型的附加信息，例如你能为其指定值的允许格式。

MySQL 支持的列类型在下面列出。下列代码字母用于描述中：

M指出最大的显示尺寸。最大的显示尺寸长度为 255。D适用于浮点类型。指出跟随在十进制小数点后的数字数量。最大可能值为 30，但不应大于M-2。

方括号 (“[”and“]”) 指定可选的类型修饰部份。

注意，如果为一个列指定了ZEROFILL，MySQL 将自动为这个列添加UNSIGNED属性。

警告：你应该知道当在两个整数类型值中使用减法时，如有一个为UNSIGNED类型，那么结果也是无符号的。查看章节6.3.5 Cast 函数。

TINYINT[(M)] [UNSIGNED] [ZEROFILL]-128到127。无符号的范围是0到255。

BITBOOL它们是TINYINT(1)的同义词。

SMALLINT[(M)] [UNSIGNED] [ZEROFILL]一个小整数。有符号的范围是-32768到32767。无符号的范围是0到65535。

MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL]一个中等大小的整数。有符号的范围是-8388608到8388607。无符号的范围是0到16777215。

INT[(M)] [UNSIGNED] [ZEROFILL]一个正常大小的整数。有符号的范围是-2147483648到2147483647。无符号的范围是0到4294967295。

INTEGER[(M)] [UNSIGNED] [ZEROFILL]INT的同义词。

BIGINT[(M)] [UNSIGNED] [ZEROFILL]一个大的整数。有符号的范围是-9223372036854775808到9223372036854775807。无符号的范围是0到18446744073709551615。

你应该知道的有关BIGINT列的一些事情：

BIGINT或DOUBLE值来完成的，因此你不应该使用大于9223372036854775807(63 bits) 的无符号大整数，除了位函数之外！如果你这样做了，结果中的某些大数字可能会出错，因为将BIGINT转换成DOUBLE时产生了舍入错误。MySQL 4.0 在下列情况下可以处理BIGINT：

在一个BIGINT列中使用整数存储一个大的无符号值。

在MIN(big_int_column)和MAX(big_int_column)中。

当两个操作数都是整数时使用操作符 (+、-、*、等)。

通常你可以在一个BIGINT列中以字符串方式存储的一个精确的整数。在这种情况下，MySQL 将执行一个字符串到数字的转换，包括无 intermediate 的双精度表示法。

当两个参数均是整数值时，“-”、“+”和“*”将使用BIGINT运算！这就意味着，如果两个大整数的乘积(或函数的结果返回整数)的结果大于9223372036854775807时，你可能会得到意想不到的结果。

FLOAT(precision) [UNSIGNED] [ZEROFILL]一个浮点型数字。

precision可以是=24作为一个单精度的浮点数字和介于 25 和 53 之间作为一个双精度的浮点数字。这些类型与下面描述的FLOAT和DOUBLE类型相似。FLOAT(X)有与相应的FLOAT和DOUBLE类型同样的范围，但是显示尺寸和十进制小数位数是未定义的。在 MySQL 3.23 中，它是一个真实的浮点值。而在 MySQL 早期的版本中，FLOAT(precision)通常有 2 小数位。 注意，由于在 MySQL 中所有的计算都是以双精度执行的，所以使用FLOAT可能带来一些意想不到的问题。查看章节A.5.6 解决没有匹配行的问题。

FLOAT[(M,D)] [UNSIGNED] [ZEROFILL]一个小的(单精度) 浮点数字。允许的值是-3.402823466E+38到-1.175494351E-38、0和1.175494351E-38到3.402823466E+38。如果UNSIGNED被指定，负值是不允许的。M是显示宽度，D是小数位数。FLOAT没有参数或有X= 24 的FLOAT(X)代表一个单精度的浮点数字。

DOUBLE[(M,D)] [UNSIGNED] [ZEROFILL]一个正常大小的(双精度)浮上数字。允许的值是-1.7976931348623157E+308到-2.2250738585072014E-308、0和2.2250738585072014E-308到1.7976931348623157E+308。如果UNSIGNED被指定，负值是不允许的。M是显示宽度，D是小数位数。DOUBLE没胡参数或有 25 =X= 53 的FLOAT(X)代表一个双精度的浮点数字。

DOUBLE PRECISION[(M,D)] [UNSIGNED] [ZEROFILL]

REAL[(M,D)] [UNSIGNED] [ZEROFILL]它们是DOUBLE同义词。

DECIMAL[(M[,D])] [UNSIGNED] [ZEROFILL]一个未压缩(unpacked)的浮点数。运作如同一个CHAR列：“unpacked” 意味着数字是以一个字符串存储的，值的每一位将使用一个字符。小数点并且对于负数，“-”符号不在M中计算(但是它们的空间是被保留的)。如果D是 0，值将没有小数点或小数部份。DECIMAL值的最大范围与DOUBLE一致，但是对于一个给定的DECIMAL列，实际的范围可以被所选择的M和D限制。如果UNSIGNED被指定，负值是不允许的。 如果D被忽略，缺省为 0。如果M被忽略，缺省为 10。 在 MySQL 3.23 以前，M参数必须包含符号与小数点所需的空间。

DEC[(M[,D])] [UNSIGNED] [ZEROFILL]

NUMERIC[(M[,D])] [UNSIGNED] [ZEROFILL]DECIMAL的同义词。

DATE一个日期。支持的范围是'1000-01-01'到'9999-12-31'。MySQL 以'YYYY-MM-DD'格式显示DATE值，但是允许你以字符串或数字给一个DATE列赋值。查看章节6.2.2.2DATETIME、DATE和TIMESTAMP类型。

DATETIME一个日期和时间的组合。支持的范围是'1000-01-01 00:00:00'到'9999-12-31 23:59:59'。MySQL 以'YYYY-MM-DD HH:MM:SS'格式显示DATETIME值，但是允许你以字符串或数字给一个DATETIME列赋值。查看章节6.2.2.2DATETIME、DATE和TIMESTAMP类型。

TIMESTAMP[(M)]一个时间戳。范围是'1970-01-01 00:00:00'到2037年间的任意时刻。 MySQL 4.0 和更早版本中，TIMESTAMP值是以YYYYMMDDHHMMSS、YYMMDDHHMMSS、YYYYMMDD或YYMMDD格式显示的，它取决于M是否是14(或省略)、12、8或6，但是允许你以字符串或数字给一个TIMESTAMP列赋值。 从 MySQL 4.1 开始，TIMESTAMP以'YYYY-MM-DD HH:MM:DD'格式作为字符返回。如果你你希望以数字形式返回则必须在该时间戳字段后加上 +0。不同的时间戳长度是不支持的。从 MySQL 4.0.12 开始，选项--new可以被用来使服务器与 4.1 一样运作。TIMESTAMP列有益于记录一个INSERT或UPDATE操作的日期和时间，因为如果你自己没有给它赋值，它将被自动地设置为最近一次操作的日期和时间。也可以通过给它赋一个NULL而使它设置为当前的日期和时间。查看章节6.2.2 Date 和 Time 类型。 参数M只影响一个TIMESTAMP列的显示格式；它的值总是占用 4 个字节存储。 注意，当TIMESTAMP(M)列的M是 8 或 14 时，它返回的是数字而其它的TIMESTAMP(M)列返回的是字符串。这仅仅是为了可以可靠地转储并恢复到其它格式的表中。查看章节6.2.2.2DATETIME、DATE和TIMESTAMP类型。TIME一个时间。范围是'-838:59:59'到'838:59:59'。MySQL 以'HH:MM:SS'格式显示TIME值，但是允许你使用字符串或数字来给TIME列赋值。查看章节6.2.2.3TIME类型。YEAR[(2|4)]一个 2 或 4 位数字格式的年(缺省为 4 位)。允许的值是1901到2155、0000(4 位年格式) 以及使用 2 位格式的 1970-2069 (70-69)。MySQL 以YYYY格式显示YEAR值，但是允许你使用字符串或数字来给YEAR列赋值。(YEAR类型在 MySQL 3.22 之前不支持。) 查看章节6.2.2.4YEAR类型。

[NATIONAL] CHAR(M) [BINARY]一个定长的字符串，当存储时，总是以空格填满右边到指定的长度。M的范围是 0 到 255 (在 MySQL 3.23 版本之前为 1 到 255)。当该值被检索时，尾部空格将被删除。CHAR值根据缺省的字符集进行忽略大小写的排索与比较，除非指定了关键词BINARY。NATIONAL CHAR(或短形式NCHAR) 是以 ANSI SQL 方式定义一个CHAR列，它将使用缺省的字符集。这在 MySQL 中是默认的。

CHAR是CHARACTER的缩写。 MySQL 允许以CHAR(0)类型建立一个列。一些老程序运行时必需一个列，却又并不使用这个列的值，你就不得不为了适应它而建立该列，在这情况下，CHAR(0)将是很有益的。当需要一个列仅保存两个值时：一个为CHAR(0)(该列没有定义为NOT NULL)，这将仅占用一个比特位来存储 2 个值：NULL或""。查看章节6.2.3.1CHAR和VARCHAR类型。CHAR这是CHAR(1)的同义词。

[NATIONAL] VARCHAR(M) [BINARY]一个变长的字符串。注意：尾部的空格在存储时将会被删除(这与 ANSI SQL 约规不同)。M的范围是 0 到 255 (在 MySQL 4.0.2 之前的版本中是 1 到 255)。

VARCHAR值以大小写忽略方式进行排索与比较，除非关键词BINARY被指定。查看章节6.5.3.1 隐式的列定义变化。VARCHAR是CHARACTER VARYING的缩写。查看章节6.2.3.1CHAR和VARCHAR类型。

TINYBLOBTINYTEXT一个BLOB或TEXT列，最大长度为 255 (2^8 - 1) 个字符。查看章节6.5.3.1 隐式的列定义变化。查看章节6.2.3.2BLOB和TEXT类型。

BLOBTEXT一个BLOB或TEXT列，最大长度为 65535 (2^16 - 1) 个字符。查看章节6.5.3.1 隐式的列定义变化。查看章节6.2.3.2BLOB和TEXT类型。

MEDIUMBLOBMEDIUMTEXT一个BLOB或TEXT列，最大长度为 16777215 (2^24 - 1) 个字符。查看章节6.5.3.1 隐式的列定义变化。查看章节6.2.3.2BLOB和TEXT类型。

LONGBLOBLONGTEXT一个BLOB或TEXT列，最大长度为 4294967295 (2^32 - 1) 个字符。查看章节6.5.3.1 隐式的列定义变化。注意，由于服务器/客户端的协议以及 MyISAM 表通常有一个 16M 每通信包/表行的限制，你仍然不能使用这个类型的整个范围。查看章节6.2.3.2BLOB和TEXT类型。ENUM('value1','value2',...)一个枚举类型。一个仅能有一个值的字符串对象，这个值选自值列'value1'、'value2'、...、NULL或特殊的""出错值。一个ENUM列可以有最大 65535 不同的值。查看章节6.2.3.3ENUM类型。SET('value1','value2',...)一个集合。一个能有零个或更多个值的字符串对象，其中每个值必须选自值列'value1'、'value2'、...。一个SET列可以有最大 64 个成员。查看章节6.2.3.4SET类型。

MySQL 支持所有的 ANSI/ISO SQL92 数字类型。这些类型包括准确数字的数据类型(NUMERIC、DECIMAL、INTEGER和SMALLINT)，也包括近似数字的数据类型(FLOAT、REAL和DOUBLE PRECISION)。关键词INT是INTEGER的同义词，关键词DEC是DECIMAL的同义词。

NUMERIC和DECIMAL类型被 MySQL 以同样的类型实现，这在 SQL92 标准中是允许的。他们用于保存对准确精度有重要要求的值，例如与金钱有关的数据。当以它们中的之一声明一个列时，精度和数值范围可以(通常是)被指定；例如：

salary DECIMAL(5,2)

在这个例子中，5(精度(precision)) 代表重要的十进制数字的数目，2(数据范围(scale)) 代表在小数点后的数字位数。在这种情况下，因此，salary列可以存储的值范围是从-99.99到99.99。(实际上 MySQL 在这个列中可以存储的数值可以一直到999.99，因为它没有存储正数的符号)。

译者注：

M 与D 对DECIMAL(M, D) 取值范围的影响

类型说明 取值范围（MySQL 3.23） 取值范围（MySQL = 3.23）

DECIMAL(4, 1) -9.9 到 99.9 -999.9 到 9999.9

DECIMAL(5, 1) -99.9 到 999.9 -9999.9 到 99999.9

DECIMAL(6, 1) -999.9 到 9999.9 -99999.9 到 999999.9

DECIMAL(6, 2) -99.99 到 999.99 -9999.99 到 99999.99

DECIMAL(6, 3) -9.999 到 99.999 -999.999 到 9999.999

# 在MySQL 3.23 及以后的版本中，DECIMAL(M, D) 的取值范围等于早期版本中的DECIMAL(M + 2, D) 的取值范围。注释结束：

在 ANSI/ISO SQL92 中，句法DECIMAL(p)等价于DECIMAL(p,0)。同样的，在执行被允许决定值p的地方,句法DECIMAL等价于DECIMAL(p,0)。MySQL 目前还不支持DECIMAL/NUMERIC数据类型的这些变体形式中的任一种。一般来说这并不是一个严重的问题，通过明确地控制精度和数值范围可以得到这些类型的主要功能益处。

DECIMAL和NUMERIC值是作为字符串存储的，而不是作为二进制浮点数，以便保护这些值的十进制精确度。一个字符用于数值的每一位、小数点(如果scale 0) 和“-”符号(对于负值)。如果scale是 0，DECIMAL和NUMERIC值不包含小数点或小数部分。

DECIMAL和NUMERIC值的最大范围与DOUBLE一致，但是对于一个给定的DECIMAL或NUMERIC列，它的实际范围可制定该列时的precision或scale限制。当这样的列被赋给了小数点的位数超过scale所指定的值时，该将根据scale进行四舍五入。当一个DECIMAL或NUMERIC列被赋与一个大小超过指定(或缺省)的precisionandscale的限止范围时，MySQL 以该列范围的端点值存储该值。

怎么把mysql数据库中现有的数据进行des加密，加密后的结果和java中des加密的结果一样。

最近需要对数据进行加密/解密, 因此选用了CryptoJS库, 对数据做DES算法的加密/解密

首选查看官方示例, 将密文进行Base64编码, 掉进一个大坑

script src="htt p:/ /crypto-js.googlecod e.c om/svn/tags/3.1.2/build/rollups/tripledes.js"/script

script

var encrypted = CryptoJS.DES.encrypt("Message", "Secret Passphrase");

// ciphertext changed every time you run it

// 加密的结果不应该每次都是一样的吗?

console.log(encrypted.toString(), encrypted.ciphertext.toString(CryptoJS.enc.Base64));

var decrypted = CryptoJS.DES.decrypt(encrypted, "Secret Passphrase");

console.log(decrypted.toString(CryptoJS.enc.Utf8));

/script

对这些加密算法不了解, 只能求助Google

des encrypion: js encrypted value does not match the java encrypted value

In cryptoJS you have to convert the key to hex and useit as word just like above (otherwise it will be considered as passphrase)

For the key, when you pass a string, it's treated as a passphrase and used to derive an actual key and IV. Or you can pass a WordArray that represents the actual key.

原来是我指定key的方式不对, 直接将字符串做为参数, 想当然的以为这就是key, 其实不然, CryptoJS会根据这个字符串算出真正的key和IV(各种新鲜名词不解释, 问我也没用, 我也不懂 -_-")

那么我们只需要将key和iv对应的字符串转成CryptoJS的WordArray类型, 在DES加密时做为参数传入即可, 这样对Message这个字符串加密, 每次得到的密文都是YOa3le0I+dI=

var keyHex = CryptoJS.enc.Utf8.parse('abcd1234');

var ivHex = CryptoJS.enc.Utf8.parse('inputvec');

var encrypted = CryptoJS.DES.encrypt('Message', keyHex, { iv: ivHex });

这样是不是就万事OK了? 哪有, 谁知道这坑是一个接一个啊.

我们再试试Java这边的DES加密是不是和这个结果一样, 具体实现请参考Simple Java Class to DES Encrypt Strings

果真掉坑里了, Java通过DES加密Message这个字符串得到的结果是8dKft9vkZ4I=和CryptoJS算出来的不一样啊...亲

继续求助Google

C# and Java DES Encryption value are not identical

SunJCE provider uses ECB as the default mode, and PKCS5Padding as the default padding scheme for DES.(JCA Doc)

This means that in the case of the SunJCE provider,

Cipher c1 = Cipher.getInstance("DES/ECB/PKCS5Padding");

and

Cipher c1 = Cipher.getInstance("DES");

are equivalent statements.

原来是CryptoJS进行DES加密时, 默认的模式和padding方式和Java默认的不一样造成的, 必须使用ECB mode和PKCS5Padding, 但是CryptoJS中只有Pkcs7, 不管了, 试试看...

script src="htt p:/ /crypto-js.googleco de.c om/svn/tags/3.1.2/build/rollups/tripledes.js"/script

script src="ht tp:/ /crypto-js.googleco de.c om/svn/tags/3.1.2/build/components/mode-ecb.js"/script

script

var keyHex = CryptoJS.enc.Utf8.parse('abcd1234');

var encrypted = CryptoJS.DES.encrypt('Message', keyHex, {

mode: CryptoJS.mode.ECB,

padding: CryptoJS.pad.Pkcs7

});

console.log(encrypted.toString(), encrypted.ciphertext.toString(CryptoJS.enc.Base64));

/script

咦...使用Pkcs7能得到和Java DES一样的结果了, 哇塞...好神奇

那我们试试统一Java也改成Cipher.getInstance("DES/ECB/PKCS7Padding")试试, 结果得到一个大大的错误

Error:java.security.NoSuchAlgorithmException: Cannot find any provider supporting DES/ECB/PKCS7Padding

没办法, 继续Google

java.security.NoSuchAlgorithmException: Cannot find any provider supporting AES/ECB/PKCS7PADDING

I will point out that PKCS#5 and PKCS#7 actually specify exactly the same type of padding (they are the same!), but it's called #5 when used in this context. :)

这位大侠给出的解释是: PKCS#5和PKCS#7是一样的padding方式, 对加密算法一知半解, 我也只能暂且认可这个解释了.

忙完了DES的加密, 接下来就是使用CryptoJS来解密了. 我们需要直接解密DES加密后的base64密文字符串. CryptoJS好像没有提供直接解密DES密文字符串的方法啊, 他的整个加密/解密过程都是内部自己在玩, 解密时需要用到加密的结果对象, 这不是坑我吗?

只好研究下CryptoJS DES加密后返回的对象, 发现有一个属性ciphertext, 就是密文的WordArray, 那么解密的时候, 我们是不是只要提供这个就行了呢?

var keyHex = CryptoJS.enc.Utf8.parse('abcd1234');

// direct decrypt ciphertext

var decrypted = CryptoJS.DES.decrypt({

ciphertext: CryptoJS.enc.Base64.parse('8dKft9vkZ4I=')

}, keyHex, {

mode: CryptoJS.mode.ECB,

padding: CryptoJS.pad.Pkcs7

});

console.log(decrypted.toString(CryptoJS.enc.Utf8));

果不其然, 到此为止, 问题全部解决, 豁然开朗...

完整代码请参考CryptoJS-DES.html

Use CryptoJS encrypt message by DES and direct decrypt ciphertext, compatible with Java Cipher.getInstance("DES")