Column value changes automatically in MySQL - mysql

I'm trying to import excel file using maatwebsite/excel in Laravel. It's working fine with short number like 1234 of column value. But when I try to import with long number like 123456789 this the column value changed automatically with a random number. I have dd($row['my_column_name']); that output exact value that I put in Excel file; My database column data type varchar(255).
Note: Only problem in Live server (Shared Hosting)
Live Server MariaDB Info:
Server: Localhost via UNIX socket
Server type: MariaDB
Server version: 10.3.28-MariaDB-log-cll-lve - MariaDB Server
Localhost MySQL Info:
Server: localhost via TCP/IP
Server type: MySQL
Server version: 5.7.24 - MySQL Community Server (GPL)

Related

PHPMyAdmin not processing changes to table structure

I am trying to change a field type in a table. When I run the command
ALTER TABLE `accounts` CHANGE `goldinbank` `goldinbank` BIGINT(20) NOT NULL DEFAULT '0';
and click Save, the operation is not processed, and PMA returns to the table structure without making changes.
Server: Localhost via UNIX socket
Server type: MySQL
Server version: 5.7.38 - MySQL Community Server (GPL)
Protocol version: 10
OS: Ubuntu 20.04.4 LTS
Any ideas would be greatly appreciated.

Error when migrating WordPress database to new server

When migrating a WordPress database to a new server it get the the error:
ERROR 1064 (42000) at line 194036: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'The dynamic response body size is over the limit, the response will be trunca' at line 413
I've tried both importing it in phpMyAdmin and also command line with the following command:
mysql -uroot -p******* sout_travel < yY8tB9M7SaUz2P.sql
I really don't know much about MySQL or MariaDB in this case. I'd appreciate if someone could shed a light...
Source Server Specs:
Server: Localhost via UNIX socket
Server type: MariaDB
Server connection: SSL is not being used Documentation
Server version: 10.1.44-MariaDB-0ubuntu0.18.04.1 - Ubuntu 18.04
Protocol version: 10
User: yY8tB9M7SaUz2P#localhost
Server charset: UTF-8 Unicode (utf8)
LiteSpeed
Database client version: libmysql - mysqlnd 5.0.12-dev - 20150407 - $Id: b5c5906d452ec590732a93b051f3827e02749b83 $
PHP extension: mysqliDocumentation curlDocumentation mbstringDocumentation
PHP version: 7.0.33-13+bionic
Destination Server Specs:
Server: Localhost via UNIX socket
Server type: MariaDB
Server connection: SSL is not being used Documentation
Server version: 10.1.44-MariaDB-0ubuntu0.18.04.1 - Ubuntu 18.04
Protocol version: 10
User: root#localhost
Server charset: UTF-8 Unicode (utf8)
LiteSpeed
Database client version: libmysql - mysqlnd 5.0.12-dev - 20150407 - $Id: 3591daad22de08524295e1bd073aceeff11e6579 $
PHP extension: mysqli Documentation curl Documentation mbstring Documentation
PHP version: 7.2.30-1+bionic
Your SQL file (yY8tB9M7SaUz2P.sql) seems to be invalid. Open it with your favorite text editor and you'll probably find the text towards end of the file:
The dynamic response body size is over the limit, the response will be trunca
Sounds like the process that generates the .sql file for you is being interrupted and can't complete, thus leaving the file invalid. If I had to guess, and I have to, that's part of the error message explaining what's the issue generating the SQL file. Your problem isn't loading the SQL file, but generating it.

Data in msqldump file are missing

Few days ago I have reinstalled my system and installed mariadb as default mysql server. And now i have noticed a problem - whenever I try to create a dump of any database - it is created without data. Inside of dump file most of tables does not have insert query with data and dump file is very small (below 1mb).
I have tried to create dump files in a few ways:
Phpmyadmin export
Command line mysqldump -u user -p databesaname > dumpfile.name
But result is the same. So is there a way to fix this without reinstalling mysql server? I dont want to lose all my databases.
Specifications:
Server: Localhost via UNIX socket
Server Type: MariaDB
Server version: 10.0.34-MariaDB-0ubuntu0.16.04.1 - Ubuntu 16.04
Apache/2.4.18 (Ubuntu)
Databesa client version : libmysql - mysqlnd 5.0.12-dev - 20150407 - $Id: b5c5906d452ec590732a93b051f3827e02749b83 $
PHP version: 7.0.30-0ubuntu0.16.04.1

Not able to input arabic data in phpmyadmin

I am trying to add Arabic values in database . When I enter it in database it shows error
Warning: #1366 Incorrect string value: '\xD8\xA7\xD9\x84\xD9\x85...' for column 'a_name' at row 1" error
My phpmyadmin server info is
Server: 127.0.0.1 via TCP/IP
Server type: MySQL
Server version: 5.6.14 - MySQL Community Server (GPL)
Protocol version: 10
User: root#localhost
Server charset: UTF-8 Unicode (utf8)
For inserting Arabic text follow these steps
1) Go to that table structure
2) Click on change [Where you want to add the Arabic text]
3) Search for "Collation" and select "utf8_unicide_ci"
In this way you will be able to add the Arabic Inputs in database
Happy Coding
Cheers !!!!!

Error 2013 in MySQL export database

my MySQL server was working fine, but today I can't connect to this. I get the error "Can't connect to mysql server on 'localhost' (10061)". So I check that the Mysql55 service in my Windows 7 x64 is stopped. I start the service, but when I open a specifically database the server stops. With other databases I don't have any problem.
I try to dump the database to a .sql file and I get the error "mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table table_name at row: 43795". Then the server stops. I try this Error Code: 2013. Lost connection to MySQL server during query but not works.
When I try to export the database in other times, I get the same error, but with a different row value.
It seems while dumping the particular table sending receiving too large data from that table .
use --max_allowed_packet=500M and then dump it..also check your my.ini config file max_allowed_packet variable size you have specified .