搜索到
5
篇与
mysql
有关的结果
-
phpstudy_pro8.1版本mysql数据库启动，报错1055 我使用的是phpstudy_pro的mysql，mysql版本是5.7.26启动后，报#1055 错误解决方法：1.使用select @@sql_mode查询出结果；2.将查到的值去掉only_full_group_by项,将其他项添加到my.ini配置文件中3.我查询出的结构是：ONLY_FULL_GROUP_BY，STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION;4.打开my.ini文件，将查出内容去掉‘ONLY_FULL_GROUP_BY，’将内容设置为sql_mode的值：sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTIONmy.ini一般在安装目录的以下路径：\phpstudy_pro\Extensions\MySQL5.7.26修改后如下图：界面点击重启MYSQL，重新进入数据库即可。 -
关于mysql处理百万级以上的数据时如何提高其查询速度的方法 最近一段时间由于工作需要，开始关注针对Mysql数据库的select查询语句的相关优化方法。由于在参与的实际项目中发现当mysql表的数据量达到百万级时，普通SQL查询效率呈直线下降，而且如果where中的查询条件较多时，其查询速度简直无法容忍。曾经测试对一个包含400多万条记录（有索引）的表执行一条条件查询，其查询时间竟然高达40几秒，相信这么高的查询延时，任何用户都会抓狂。因此如何提高sql语句查询效率，显得十分重要。以下是网上流传比较广泛的30种SQL查询语句优化方法：1、应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。2、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。3、应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from t where num is null 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询： select id from t where num=0
-
mysql中int、bigint、smallint 和 tinyint的区别与长度的含义 最近使用mysql数据库的时候遇到了多种数字的类型，主要有int,bigint,smallint和tinyint。其中比较迷惑的是int和smallint的差别。今天就在网上仔细找了找，找到如下内容，留档做个总结：使用整数数据的精确数字数据类型。bigint从 -2^63 (-9223372036854775808) 到 2^63-1 (9223372036854775807) 的整型数据（所有数字）。存储大小为 8 个字节。P.S. bigint已经有长度了，在mysql建表中的length，只是用于显示的位数。int从 -2^31 (-2,147,483,648) 到 2^31 – 1 (2,147,483,647) 的整型数据（所有数字）。存储大小为 4 个字节。int 的 SQL-92 同义字为 integer。smallint从 -2^15 (-32,768) 到 2^15 – 1 (32,767) 的整型数据。存储大小为 2 个字节。
-
-
Windows平台下，重启服务器后MYSQL启动慢如何解决？ Windows平台下，重启服务器后MYSQL启动慢的解决办法Win2008的服务器打完补丁后重启，发现二台服务器的MYSQL都同时打开不了，提示1060错误。重装MYSQL服务、检查权限、目录设置、配置文件、数据路径都没有办法。后来经检查C:\windows\temp文件夹下有大量的sess_********的session临时文件在CMD下del c:\windows\temp\*.* /s /q 删了一晚上，清空了...再停止MySQL，启动，立即启动成功...主要原因是因为C:\windows\temp文件夹下的文件过多（可能有几十万、几百万之多），导致MySQL启动缓慢
